Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:90613
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: error (pb1.pair.com: domain pthreads.org from 209.85.160.182 cause and error)
MIME-Version: 1.0
In-Reply-To: <BY2PR02MB29887B1092A73C5458ACE0FACCB0@BY2PR02MB298.namprd02.prod.outlook.com>
References: <373698cabe053cb9bec8e1f6dc969906@mail.gmail.com>
	<BY2PR02MB298CD3F862A71149FB29857ACCB0@BY2PR02MB298.namprd02.prod.outlook.com>
	<CAL=_i_mR9ue7W_=zZX19Zm3XY1kPaJfoho2U3ZdExNPXWQwN8Q@mail.gmail.com>
	<BLU436-SMTP1486256AA36AFDB5A00EDABE2CB0@phx.gbl>
	<BY2PR02MB29887B1092A73C5458ACE0FACCB0@BY2PR02MB298.namprd02.prod.outlook.com>
Date: Wed, 13 Jan 2016 15:42:47 +0000
Message-ID: <CAL=_i_nZZQ74BVzy-4+XuPP72_U2ynNRDz5p0yEVNbd3x=ieeg@mail.gmail.com>
To: Zeev Suraski <zeev@zend.com>
Cc: Bob Weinand <bobwei9@hotmail.com>, PHP internals <internals@lists.php.net>
Content-Type: multipart/alternative; boundary=001a114f069c995afd0529390538
Subject: Re: [PHP-DEV] [RFC] [VOTE] PHP 5's Support Timeline
From: pthreads@pthreads.org (Joe Watkins)

--001a114f069c995afd0529390538
Content-Type: text/plain; charset=UTF-8

> The way the RFC the choices are going to be interpreted was presented
ahead of time, was available throughout the entire discussion period, and
very clearly so:

So what !?

The terms are clearly biased towards the longest support period if "no, I
don't want to extend support period" is going to be taken to mean "yes,
extend the support period using the longest option" ...

Whatever, the options don't make sense ...

Cheers
Joe

On Wed, Jan 13, 2016 at 2:05 PM, Zeev Suraski <zeev@zend.com> wrote:

> > -----Original Message-----
> > From: Bob Weinand [mailto:bobwei9@hotmail.com]
> > Sent: Wednesday, January 13, 2016 3:16 PM
> > To: Zeev Suraski <zeev@zend.com>
> > Cc: Joe Watkins <pthreads@pthreads.org>; PHP internals
> > <internals@lists.php.net>
> > Subject: Re: [PHP-DEV] [RFC] [VOTE] PHP 5's Support Timeline
> >
> > I agree,
> >
> > no votes should be meaning  "I want as less as possible support".
> > Counting it that way would make it up for a tie and us choosing the most
> > restrictive schedule as a result.
> > (Interpreting it like "you need 50%+1 of the total to get it extended so
> far".)
> >
> > Hence Security Support until Dec 31 2017.
>
> Bob,
>
> The way the RFC the choices are going to be interpreted was presented
> ahead of time, was available throughout the entire discussion period, and
> very clearly so:
> "In case the majority chooses to extend the lifetime of PHP 5.6 (>50%) -
> then the option garnering more votes between the two proposed timelines
> would win."
>
> I'm not sure what the situation would have been had we truly had a 23/23
> split, probably a revote or an extended voting period, but the current
> situation is very well defined under the RFC terms.
>
> Thanks,
>
> Zeev
>
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>

--001a114f069c995afd0529390538--