On Sat, Mar 2, 2013 at 1:26 AM, Ferenc Kovacs wrote:
> only people with people with php.net accounts or with manually granted
> voting wiki group membership can vote.
> I have no idea who or on what ground can hand out voting ground membership,
> last time when somebody requested that (William, l
On Mar 2, 2013 12:26 AM, "Ferenc Kovacs" wrote:
> only people with people with php.net accounts or with manually granted
> voting wiki group membership can vote.
> I have no idea who or on what ground can hand out voting ground
membership,
> last time when somebody requested that (William, lead of
On Sat, Mar 2, 2013 at 1:30 AM, Christopher Jones
wrote:
> Can you put your O+ php.ini settings up there as well?
All default, especially for symfony tests, which must have the comment
setting enabled (while some tests still fail even if the settings are
enabled).
> Did you experiment with any
On 03/01/2013 04:15 PM, Matt Ficken wrote:
I am testing O+ on Windows with php 5.3, 5.4, and 5.5.
I have uploaded my O+ test results here:
http://windows.php.net/downloads/snaps/ostc/pftt/
Can you put your O+ php.ini settings up there as well?
Did you experiment with any options?
Putting t
2013.03.01. 22:52, "Hannes Magnusson" ezt írta:
>
> On Fri, Mar 1, 2013 at 1:19 PM, Johannes Schlüter
> wrote:
> >
> >
> > Derick Rethans wrote:
> >>Exactly, this random apply rules nonsense needs to stop. I have nothing
> >>
> >>against Fabien voting but there is nowhere written who can vote or
I am testing O+ on Windows with php 5.3, 5.4, and 5.5.
I have uploaded my O+ test results here:
http://windows.php.net/downloads/snaps/ostc/pftt/
Crashes have increased with 5.3, 5.4 and 5.5 TS builds with Apache. TS or NTS
on CLI seem fine.
See
http://windows.php.net/downloads/snaps/ostc/p
Hannes Magnusson wrote:
>I like the old approach better. When no clear consensus were reached,
>we would vote. Anyone in the world could vote on the mailinglist, and
>votes were creatively interpreted grouping people with karma vs community.
>
>Doing the same with polling is however difficult. I
On Fri, Mar 1, 2013 at 1:19 PM, Johannes Schlüter
wrote:
>
>
> Derick Rethans wrote:
>>Exactly, this random apply rules nonsense needs to stop. I have nothing
>>
>>against Fabien voting but there is nowhere written who can vote or not
>>(no, the voting RFC is too vague as well). I for one, would
Derick Rethans wrote:
>Exactly, this random apply rules nonsense needs to stop. I have nothing
>
>against Fabien voting but there is nowhere written who can vote or not
>(no, the voting RFC is too vague as well). I for one, would like to see
>
>a much stricter list of people who can vote.
I of
> How do I verify it, and which projects are applicable?
> Does it depend on how many contributors it has? Users? How long it has
> been around?
> Commercial? OSS? Library? Framework? Applications? Websites?
I've long had the same question. Not that I think I've earned such
honor, believe me, but
On Fri, 1 Mar 2013, Hannes Magnusson wrote:
> On Fri, Mar 1, 2013 at 11:56 AM, Pierre Joye wrote:
> > On Fri, Mar 1, 2013 at 8:44 PM, Hannes Magnusson
> > wrote:
> >
> >> I am well aware of that as I am the onlyone who is monitoring user
> >> requests to update the wiki.
> >>
> >> However when a
On Mar 1, 2013 9:00 PM, "Hannes Magnusson"
wrote:
>
> On Fri, Mar 1, 2013 at 11:56 AM, Pierre Joye wrote:
> > On Fri, Mar 1, 2013 at 8:44 PM, Hannes Magnusson
> > wrote:
> >
> >> I am well aware of that as I am the onlyone who is monitoring user
> >> requests to update the wiki.
> >>
> >> Howeve
On Fri, Mar 1, 2013 at 11:56 AM, Pierre Joye wrote:
> On Fri, Mar 1, 2013 at 8:44 PM, Hannes Magnusson
> wrote:
>
>> I am well aware of that as I am the onlyone who is monitoring user
>> requests to update the wiki.
>>
>> However when a request comes in, like this one, about the ability to
>> *vo
On Fri, Mar 1, 2013 at 8:44 PM, Hannes Magnusson
wrote:
> I am well aware of that as I am the onlyone who is monitoring user
> requests to update the wiki.
>
> However when a request comes in, like this one, about the ability to
> *vote* I am lost.
Project lead can vote yes. Also in the case of
On Fri, Mar 1, 2013 at 11:20 AM, Pierre Joye wrote:
> On Fri, Mar 1, 2013 at 8:03 PM, Hannes Magnusson
> wrote:
>> On Thu, Feb 28, 2013 at 11:10 PM, Fabien Potencier
>> wrote:
>>> On 2/28/13 10:32 AM, Peter Cowburn wrote:
cc Fabien
On 28 February 2013 09:25, Hannes Magnusson
My thoughts are that no additional keyword is necessary - allow protected
and private to be used in this scopes. A protected element of a namespace
can be accessed within that namespace or any sub-namespaces, and a private
element would only be visible by code in the same namespace. Hence
namespa
On Fri, 1 Mar 2013, Pierre Joye wrote:
> On Fri, Mar 1, 2013 at 8:03 PM, Hannes Magnusson
> wrote:
> > On Thu, Feb 28, 2013 at 11:10 PM, Fabien Potencier
> > wrote:
> >>
> >> I just wanted to vote on some RFCs (as the project leader for
> >> Symfony).
> >
> > I truly don't know how that works
On Fri, Mar 1, 2013 at 8:03 PM, Hannes Magnusson
wrote:
> On Thu, Feb 28, 2013 at 11:10 PM, Fabien Potencier
> wrote:
>> On 2/28/13 10:32 AM, Peter Cowburn wrote:
>>>
>>> cc Fabien
>>>
>>> On 28 February 2013 09:25, Hannes Magnusson
>>> wrote:
Simply registering for an wiki account doe
On Thu, Feb 28, 2013 at 11:10 PM, Fabien Potencier
wrote:
> On 2/28/13 10:32 AM, Peter Cowburn wrote:
>>
>> cc Fabien
>>
>> On 28 February 2013 09:25, Hannes Magnusson
>> wrote:
>>>
>>> Simply registering for an wiki account doesn't give you any karma to
>>> edit anything...
>>> Are you planning
I agree with adding XDebug to core distribution but it must be disabled by
default.
On Fri, Mar 1, 2013 at 8:28 AM, Julien Pauli wrote:
> On Fri, Mar 1, 2013 at 12:49 PM, Kalle Sommer Nielsen
> wrote:
>
> > Hi
> >
> > 2013/3/1 Julien Pauli :
> > > I guess the ini declaration order and then t
On Fri, Mar 1, 2013 at 12:49 PM, Kalle Sommer Nielsen wrote:
> Hi
>
> 2013/3/1 Julien Pauli :
> > I guess the ini declaration order and then the order the modules get
> loaded
> > in the engine.
>
> We could also look at implementing a module-load-order internally in
> the zend_module struct, as
Hi
2013/3/1 Julien Pauli :
> I guess the ini declaration order and then the order the modules get loaded
> in the engine.
We could also look at implementing a module-load-order internally in
the zend_module struct, as in some extensions like EXIF relies on
mbstring, while the ZEND_MODULE_DEP()s w
On Thu, Feb 28, 2013 at 12:40 PM, Lazare Inepologlou wrote:
> Hello,
>
> please read my comment inline...
>
> 2013/2/28 Sebastian Krebs
>
> > 2013/2/28 Jens Riisom Schultz
> >
> > > Hi everyone,
> > >
> > > (I got "hooked off" this discussion, so I have tried to keep up by
> > reading
> > > the
On 02/28/2013 02:34 PM, Anthony Ferrara wrote:
> example, XDebug has no compatibility with ZendOptimizer+ right now (at
> least that I could find, feel free to correct me if I'm wrong here).
I tested PHPUnit with both Xdebug and ZO+ enabled and got a correct
code coverage report. So at least tha
On Thu, Feb 28, 2013 at 9:13 PM, Stas Malyshev wrote:
> Hi!
>
> > Based off of the recent discussion around pulling in ZO+ into core, I've
> > come to the conclusion that we should also pull in XDebug and Suhosin
> into
> > core at the same time.
>
> Suhosin has multiple BC-incompatible and perfor
On Fri, Mar 1, 2013 at 11:39 AM, David Muir wrote:
>
> On 01/03/2013, at 7:00 AM, Anthony Ferrara wrote:
>
> > Hey all,
> >
> > Based off of the recent discussion around pulling in ZO+ into core, I've
> > come to the conclusion that we should also pull in XDebug and Suhosin
> into
> > core at th
On 01/03/2013, at 7:00 AM, Anthony Ferrara wrote:
> Hey all,
>
> Based off of the recent discussion around pulling in ZO+ into core, I've
> come to the conclusion that we should also pull in XDebug and Suhosin into
> core at the same time.
>
> 1. It has integration issues with ZO+ in that it h
2013/2/28 Derick Rethans :
> On Thu, 28 Feb 2013, Anthony Ferrara wrote:
>
>> It appears that xdebug is borking generator exception handling. Without
>> xdebug the following two tests pass, but with it they fail:
>>
>> Generator::throw() where the exception is caught in the generator
>> [Zend/test
28 matches
Mail list logo
