Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:44479 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 26631 invoked from network); 26 Jun 2009 19:11:45 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 26 Jun 2009 19:11:45 -0000 Authentication-Results: pb1.pair.com smtp.mail=rasmus@lerdorf.com; spf=permerror; sender-id=unknown Authentication-Results: pb1.pair.com header.from=rasmus@lerdorf.com; sender-id=unknown Received-SPF: error (pb1.pair.com: domain lerdorf.com from 209.85.198.225 cause and error) X-PHP-List-Original-Sender: rasmus@lerdorf.com X-Host-Fingerprint: 209.85.198.225 rv-out-0506.google.com Received: from [209.85.198.225] ([209.85.198.225:14987] helo=rv-out-0506.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 0F/23-08868-07D154A4 for ; Fri, 26 Jun 2009 15:11:45 -0400 Received: by rv-out-0506.google.com with SMTP id g37so322958rvb.7 for ; Fri, 26 Jun 2009 12:11:41 -0700 (PDT) Received: by 10.140.142.11 with SMTP id p11mr3527924rvd.119.1246043501651; Fri, 26 Jun 2009 12:11:41 -0700 (PDT) Received: from trainburn-lm.corp.yahoo.com (trainburn-lm.corp.yahoo.com [207.126.233.11]) by mx.google.com with ESMTPS id f42sm9975035rvb.0.2009.06.26.12.11.40 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 26 Jun 2009 12:11:41 -0700 (PDT) Message-ID: <4A451D6A.8090102@lerdorf.com> Date: Fri, 26 Jun 2009 12:11:38 -0700 User-Agent: Thunderbird 2.0.0.18 (Macintosh/20081105) MIME-Version: 1.0 To: Lukas Kahwe Smith CC: Scott MacVicar , PHP internals References: <9A46F4B8-E64A-4C3C-B2A5-FC354A3EB71D@pooteeweet.org> <0C2F23C2-D188-4938-B44C-4ED166B934CE@macvicar.net> In-Reply-To: X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] post 5.3.0 development From: rasmus@lerdorf.com (Rasmus Lerdorf) Lukas Kahwe Smith wrote: > Exactly. > I will do my best to track things that need to be merged. Best is to > note if something needs to be merged. > > But if you all feel it's such a huge burden then you can of course > insist on putting the burden on the RMs. The fact of the matter is that > our current infrastructure is not fit for providing both sides with an > efficient solution. Keep an eye on http://bugs.php.net/48518 I don't think we can let 5.3 out the door with this regression. -Rasmus