Hello Steph,

  I did neither meant to dictate anything nor did I said never....
...and pure lack of interest belongs into democracy, so if we go that route
we have to accept that route :-) If not we can proceed as we did in the
past. Have votings and politics but in the end ignoring decisions anyway.

marcus

Sunday, September 16, 2007, 7:02:28 PM, you wrote:

> Mmm... but that means dictating which features can or can't go into an 
> extension or a specific build system purely on the level of outside interest
> in them. That's the main problem here.

> The three contentious items, I'd probably (reluctantly) agree with you.

> - Steph

> ----- Original Message ----- 
> From: "Marcus Boerger" <[EMAIL PROTECTED]>
> To: "Steph Fox" <[EMAIL PROTECTED]>
> Cc: "Ilia Alshanetsky" <[EMAIL PROTECTED]>; "Lukas Kahwe Smith" 
> <[EMAIL PROTECTED]>; "Stanislav Malyshev" <[EMAIL PROTECTED]>; "PHP 
> Developers 
> Mailing List" <internals@lists.php.net>
> Sent: Sunday, September 16, 2007 5:47 PM
> Subject: Re: [PHP-DEV] PHP 5.3 Suggested Feature List (Summary)


>> Hello Steph,
>>
>>  speakin as a looser - we should keep what we just decided on and do it.
>> Do it as in work on it. As in code. As in no more politics for the moment.
>>
>> marcus
>>
>> Sunday, September 16, 2007, 6:12:14 PM, you wrote:
>>
>>> Hi Ilia,
>>
>>> If it helps any we can count everything else in and just look at the ones
>>> that failed:
>>
>>> No quorum:
>>> ======================
>>> Switch for disabling/enabling materialized cursors in mysqli - 25/28 no
>>> vote, 3 positive votes
>>> Merge the GCC 4 -fvisibility patch - 20/28 no vote, 7 positive votes, 1
>>> negative vote
>>
>>> Voting anomalies:
>>> ================
>>> Introduce concept of "strict classes" that do not permit dynamic property
>>> creation - 12/28 no vote, 12 positive, 4 negative
>>> Implement David's Circular Garbage collection patch - 13/28 no vote, 11
>>> positive, 4 negative
>>> Link phar extension from PECL into core - 12/28 no vote, 11 positive, 5
>>> negative
>>
>>> Definitely out:
>>> ==============
>>> Remove safe_mode, register_globals and magic_quotes - 6/28 no vote, 4
>>> positive, 18 negative
>>
>>> I think it's probably fair to say that the mysqli-specific issue 
>>> shouldn't
>>> be on this agenda in the first place, and the GCC 4 patch most likely 
>>> failed
>>> because those that aren't directly affected by it don't understand it 
>>> enough
>>> to vote over it.
>>
>>> That leaves just three features that fail under your voting system but 
>>> might
>>> pass under others. The question is whether those three are up for debate
>>> now, or later.
>>
>>> - Steph
>>
>>> ----- Original Message ----- 
>>> From: "Ilia Alshanetsky" <[EMAIL PROTECTED]>
>>> To: "Lukas Kahwe Smith" <[EMAIL PROTECTED]>
>>> Cc: "Stanislav Malyshev" <[EMAIL PROTECTED]>; "PHP Developers Mailing List"
>>> <internals@lists.php.net>
>>> Sent: Sunday, September 16, 2007 4:31 PM
>>> Subject: Re: [PHP-DEV] PHP 5.3 Suggested Feature List (Summary)
>>
>>
>>>>
>>>> On 16-Sep-07, at 11:02 AM, Lukas Kahwe Smith wrote:
>>>>
>>>>> Ilia Alshanetsky wrote:
>>>>>> On 15-Sep-07, at 7:18 PM, Stanislav Malyshev wrote:
>>>>>
>>>>>> NP ;-) Btw the detailed breakdown of the votes is available here
>>>>>> http://bb.prohost.org/53Features.pdf
>>>>>
>>>>> I have taken the data from this PDF and slightly reworked things  [1] 
>>>>> so
>>>>> that its easy to see which topics got more attention with  votes than
>>>>> others. I think its critical to understand that several  items were 
>>>>> hard
>>>>> for the general community to vote on because of  lack of expertise (as
>>>>> noted in several votes). As such I find it  questionable to apply a +10
>>>>> threshold on all items.
>>>>>
>>>>> Furthermore I ask everybody to review if his vote was interpreted  as
>>>>> they wanted in Ilia's PDF. Some people made their votes  conditional,
>>>>> which is not supported by the formats chosen for  tallying up the 
>>>>> votes.
>>>>
>>>> Lukas has a good point about the "0" votes, however if there are  niche
>>>> features most people don't really care/know about that in  itself means
>>>> that there is not much support for said functionality.  IMHO the point 
>>>> of
>>>> the vote was to identify KEY features general  community (developers &
>>>> users) would like to see in 5.3, not to  introduce feature creep, which
>>>> re-enumeration of the vote does to  some extent, please keep that mind
>>>> when reviewing the #s.  Additionally, remember that 5.3 is a "minor"
>>>> release and is not the  most appropriate platform for "anything &
>>>> everything" inclusion.
>>>>
>>>> Ilia Alshanetsky
>>>>
>>>> -- 
>>>> PHP Internals - PHP Runtime Development Mailing List
>>>> To unsubscribe, visit: http://www.php.net/unsub.php
>>>>
>>
>>
>>
>>
>> Best regards,
>> Marcus
>>
>> -- 
>> PHP Internals - PHP Runtime Development Mailing List
>> To unsubscribe, visit: http://www.php.net/unsub.php
>> 




Best regards,
 Marcus

-- 
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php

Reply via email to