Hi Wez,
On 5/23/07, Wez Furlong <[EMAIL PROTECTED]> wrote:
On 5/21/07, Antony Dovgal <[EMAIL PROTECTED]> wrote:
> There is EXTENSIONS file (in the sources root dir) which lists extensions
along with their maintainers.
PECL has its own way to indicate the maintainers too (checkout the
package.x
Wez Furlong wrote:
On 5/21/07, Lester Caine <[EMAIL PROTECTED]> wrote:
Add shitting 'Vista' to the equation and customers expecting THAT to
actually
work .
I'm not sure if you meant shipping or adding Vista to a shit list. :)
Replace 'shitting' with other less polite terms ;)
The only r
On 5/21/07, Lester Caine <[EMAIL PROTECTED]> wrote:
Add shitting 'Vista' to the equation and customers expecting THAT to actually
work .
I'm not sure if you meant shipping or adding Vista to a shit list. :)
--Wez.
(this is not the thread I was looking for )
--
PHP Internals - PHP Runtime
On 5/21/07, Antony Dovgal <[EMAIL PROTECTED]> wrote:
There is EXTENSIONS file (in the sources root dir) which lists extensions along
with their maintainers.
PECL has its own way to indicate the maintainers too (checkout the
package.xml files), so that extensions file, which has almost never
be
On 21.05.2007 14:15, Lester Caine wrote:
Antony Dovgal wrote:
Want to help me with that (or maintainers with bugs in their extensions)?
I'd gladly accept both, even though bugfixes are much more welcome =)
I'm trying to get up to speed to do work on the interbase/firebird package,
The half do
Antony Dovgal wrote:
Want to help me with that (or maintainers with bugs in their extensions)?
I'd gladly accept both, even though bugfixes are much more welcome =)
I'm trying to get up to speed to do work on the interbase/firebird package,
The half dozen bugs there have been around for long e
On 21.05.2007 11:55, Lester Caine wrote:
Well, there's a reason - not every developer watches bugs closely.
Thanks to great work by Antony, there's somebody who does that, but we
can't realistically expect every maintainer to do that, so assigning
bugs is the means to alert the developer that t
Stanislav Malyshev wrote:
I don't see ANY reason bugs should be assigned by anybody other than
the person who is ACTUALLY working on it?
*IF* someone has time or has found a fix for a problem, THEY assign
the bug to them selves and put up the fix.
Well, there's a reason - not every developer w
I don't see ANY reason bugs should be assigned by anybody other than the
person who is ACTUALLY working on it?
*IF* someone has time or has found a fix for a problem, THEY assign the
bug to them selves and put up the fix.
Well, there's a reason - not every developer watches bugs closely.
Thank
Jeffery Fernandez wrote:
On Saturday 19 May 2007 23:59, Wez Furlong wrote:
On 5/19/07, Antony Dovgal <[EMAIL PROTECTED]> wrote:
I just want to clarify this situation - either the maintainers are
temporarily busy and will continue working on their extensions or they
have to admit that they won't
On Saturday 19 May 2007 23:59, Wez Furlong wrote:
> On 5/19/07, Antony Dovgal <[EMAIL PROTECTED]> wrote:
> > I just want to clarify this situation - either the maintainers are
> > temporarily busy and will continue working on their extensions or they
> > have to admit that they won't do it anymore,
Stut wrote:
> This thread has nothing to do with me, (except with regards to my
> interest in PHP6) but in my experience when a task is assigned to a
> group not an individual there is no accountability and no incentive to
> either get it done or pass it to someone who can. IMHO it's better to
> le
Sebastian Bergmann wrote:
Wez Furlong wrote:
I'm going to say it one last time: there are other maintainers.
I'm temporarily too busy, but we have other maintainers.
Please assign bugs to the other maintainers.
Maybe per-extension aliases (such as [EMAIL PROTECTED]) could
help here? This way
Wez Furlong wrote:
> I'm going to say it one last time: there are other maintainers.
> I'm temporarily too busy, but we have other maintainers.
> Please assign bugs to the other maintainers.
Maybe per-extension aliases (such as [EMAIL PROTECTED]) could
help here? This way it would be possible to
Hi Wez,
On 5/19/07, Wez Furlong <[EMAIL PROTECTED]> wrote:
My point is, you can't assign stuff to someone that you know is busy,
without asking them, and then expect to be justified when you complain
that they haven't done anything.
Andrei's point was, you can't keep telling someone that you're
On 19.05.2007 17:42, Wez Furlong wrote:
My point is, you can't assign stuff to someone that you know is busy,
without asking them, and then expect to be justified when you complain
that they haven't done anything.
Andrei's point was, you can't keep telling someone that you're doing
something, an
On 5/19/07, Antony Dovgal <[EMAIL PROTECTED]> wrote:
I just want to clarify this situation - either the maintainers are temporarily
busy and will
continue working on their extensions or they have to admit that they won't do
it anymore,
we'll mark the extensions as orphaned and start looking for
My point is, you can't assign stuff to someone that you know is busy,
without asking them, and then expect to be justified when you complain
that they haven't done anything.
Andrei's point was, you can't keep telling someone that you're doing
something, and then get uppity when everyone is waitin
On 19.05.2007 06:23, Wez Furlong wrote:
On 5/18/07, Antony Dovgal <[EMAIL PROTECTED]> wrote:
I can see 47 open bug reports assigned to you (this is bugs.php.net only, there
are also 25+ bug reports in PECL).
Most of the reports are COM, PDO or streams related. Do you still maintain
these exten
Dear developer _team_,
It's a pity that you deal so with problems..
Your _team_ has done so many wonderful things, but only because you
have worked as _team_ together and not against each other. Don't
forget them!
You don't aid the PHP Project if you only look for yourself and not to
you
On 19/05/2007, at 4.23, Wez Furlong wrote:
On 5/18/07, Antony Dovgal <[EMAIL PROTECTED]> wrote:
I can see 47 open bug reports assigned to you (this is
bugs.php.net only, there are also 25+ bug reports in PECL).
Most of the reports are COM, PDO or streams related. Do you still
maintain these
On 5/18/07, Antony Dovgal <[EMAIL PROTECTED]> wrote:
I can see 47 open bug reports assigned to you (this is bugs.php.net only, there
are also 25+ bug reports in PECL).
Most of the reports are COM, PDO or streams related. Do you still maintain
these extensions?
If no, please say so, we'll start
On 18.05.2007 18:14, Pierre wrote:
Hi Tony,
On 5/18/07, Antony Dovgal <[EMAIL PROTECTED]> wrote:
Hello Wez.
On 18.05.2007 17:26, Wez Furlong wrote:
> On 5/17/07, Cristian Rodriguez <[EMAIL PROTECTED]> wrote:
>> 3. pressure oever developers does not make any good, is disrespectul,
>> specially
Hi Tony,
On 5/18/07, Antony Dovgal <[EMAIL PROTECTED]> wrote:
Hello Wez.
On 18.05.2007 17:26, Wez Furlong wrote:
> On 5/17/07, Cristian Rodriguez <[EMAIL PROTECTED]> wrote:
>> 3. pressure oever developers does not make any good, is disrespectul,
>> specially when they are not getting paid to wo
Hello Wez.
On 18.05.2007 17:26, Wez Furlong wrote:
On 5/17/07, Cristian Rodriguez <[EMAIL PROTECTED]> wrote:
3. pressure oever developers does not make any good, is disrespectul,
specially when they are not getting paid to work.
One of the points that Andrei was trying to make was that if you
On 5/18/07, Wez Furlong <[EMAIL PROTECTED]> wrote:
On 5/17/07, Cristian Rodriguez <[EMAIL PROTECTED]> wrote:
> 3. pressure oever developers does not make any good, is disrespectul,
> specially when they are not getting paid to work.
One of the points that Andrei was trying to make was that if yo
On 5/17/07, Cristian Rodriguez <[EMAIL PROTECTED]> wrote:
3. pressure oever developers does not make any good, is disrespectul,
specially when they are not getting paid to work.
One of the points that Andrei was trying to make was that if you
really don't have time for something, you should say
2007/5/17, Steph Fox <[EMAIL PROTECTED]>:
You still need to beat the Perl 6 release folks ;)
What PHP6 needs is **not** repeating the same old mistakes over and
over again :
1. It should be developed without pressure, with quality being more
important than schedule, or you expect the first P
On 18.05.2007 02:19, Steph Fox wrote:
Please, guys, take this argument off list if you want to continue it at all.
Yeah.
The main point Andrei tried to make was lost in that argument. PHP 6 needs
commitment from everybody involved, somewhere along the line, and we all -
even hangers-on like
e" <[EMAIL PROTECTED]>
Cc: "Marcus Boerger" <[EMAIL PROTECTED]>; ; "Andi
Gutmans" <[EMAIL PROTECTED]>; "Dmitry Stogov" <[EMAIL PROTECTED]>
Sent: Thursday, May 17, 2007 9:54 PM
Subject: Re: [PHP-DEV] PHP 6 Preview
Oh no, you're
Oh no, you're not my problem anymore.
-Andrei
On May 17, 2007, at 3:51 PM, Pierre wrote:
On 5/17/07, Andrei Zmievski <[EMAIL PROTECTED]> wrote:
Go take a pill.
-Andrei
P.S. Open Source volunteering still implies a level of commitment.
As well as respect, something you don't have. But thi
On 5/17/07, Andrei Zmievski <[EMAIL PROTECTED]> wrote:
Go take a pill.
-Andrei
P.S. Open Source volunteering still implies a level of commitment.
As well as respect, something you don't have. But this stupid answer
just made my point. Fine, your problem.
--
PHP Internals - PHP Runtime Develo
Go take a pill.
-Andrei
P.S. Open Source volunteering still implies a level of commitment.
On May 17, 2007, at 3:41 PM, Pierre wrote:
[deleted]
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On 5/17/07, Andrei Zmievski <[EMAIL PROTECTED]> wrote:
>> I would request that you do not try to work on the input decoding
>> feature since you proved very unreliable in the past.
>
> I suggest you to change your way to ask things.
>
> You first requested me to give the hand, and that's what I
I replied to all mails I got from you. About IRC, sorry, but EFNet's
php channel are really not anymore my cup of tea and I told you that
already. But I'm reachable by email or on freenode, like always.
You did not reply to my emails asking for status on the input
decoding part, more than once
Hi Andrei.
On 5/17/07, Andrei Zmievski <[EMAIL PROTECTED]> wrote:
On May 16, 2007, at 2:56 PM, Pierre wrote:
> This information is incorrect and misguided, please understand what
> you are talking about before making inappropriate claims. Simply
> asking me or really any other developer of the f
It won't be "eat or die". We're just doing API design and some
prototyping at this point. We'll definitely post info on php-i18n list.
-Andrei
On May 16, 2007, at 11:21 AM, Michael Wallner wrote:
Stanislav Malyshev wrote:
There's also some work to be done on supporting more of the icu
fun
On May 16, 2007, at 2:56 PM, Pierre wrote:
This information is incorrect and misguided, please understand what
you are talking about before making inappropriate claims. Simply
asking me or really any other developer of the filter extension would
have been more productive. I do check my email, and
Hello Pierre,
thanks for the clarification.
best regards
marcus
Wednesday, May 16, 2007, 9:56:25 PM, you wrote:
> On 5/16/07, Marcus Boerger <[EMAIL PROTECTED]> wrote:
>> Hello internals,
>>
>> I don't see any progress for PHP 6 in the last several months. And we
>> head more and more into
On 5/16/07, Marcus Boerger <[EMAIL PROTECTED]> wrote:
Hello internals,
I don't see any progress for PHP 6 in the last several months. And we
head more and more into a situation where people no longer develop in
HEAD and instead develop in 5.2 without caring to MFB.
Please tell these "people"
On 16.05.2007 18:21, Marcus Boerger wrote:
Hello internals,
I don't see any progress for PHP 6 in the last several months. And we
head more and more into a situation where people no longer develop in
HEAD and instead develop in 5.2 without caring to MFB.
All I know is that we are waiting for
Hi Marcus,
for making HEAD the main development branch we should try to reduce the
number of failing tests. Running run-tests.php -n currently still shows
42 tests failing on my current setup. As long as that many tests fail
it's hard to see if a patch breaks anything in there. I recently spent
so
"Michael Wallner" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> l0t3k wrote:
>>> Where? Will it be "eat it or die" when you're done?
>>> There've been no replies from core developers to my postings on
>>> php-i18n about providing ResourceBundle API except a single notice
>>> from
l0t3k wrote:
> "Michael Wallner" <[EMAIL PROTECTED]> wrote in message
> news:[EMAIL PROTECTED]
>
>> Where? Will it be "eat it or die" when you're done?
>> There've been no replies from core developers to my postings on
>> php-i18n about providing ResourceBundle API except a single notice
>> from
"Michael Wallner" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> Where? Will it be "eat it or die" when you're done?
> There've been no replies from core developers to my postings on
> php-i18n about providing ResourceBundle API except a single notice
> from Andrei.
i think i chi
if someone has specific ICU tasks, i can pitch in. i have some (calendar)
locale info fetching code i've been meaning to finish off..
"Stanislav Malyshev" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
>> And besides this filter issue, what are the remaining pieces to be done?
>
>
Stanislav Malyshev wrote:
> There's also some work to be done on supporting more of the icu
> functionality. It's in progress now.
Where? Will it be "eat it or die" when you're done?
There've been no replies from core developers to my postings on
php-i18n about providing ResourceBundle API excep
And besides this filter issue, what are the remaining pieces to be done?
There's also some work to be done on supporting more of the icu
functionality. It's in progress now.
--
Stanislav Malyshev, Zend Products Engineer
[EMAIL PROTECTED] http://www.zend.com/
--
PHP Internals - PHP Runtime De
48 matches
Mail list logo
