Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:23444 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 85804 invoked by uid 1010); 16 May 2006 07:07:26 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 85788 invoked from network); 16 May 2006 07:07:25 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 16 May 2006 07:07:25 -0000 X-PHP-List-Original-Sender: phil@dialsolutions.co.uk X-Host-Fingerprint: 62.245.38.178 adsl-static-3-178.uklinux.net Linux 2.5 (sometimes 2.4) (4) Received: from ([62.245.38.178:54187] helo=dialsolutions.co.uk) by pb1.pair.com (ecelerity 2.0 beta r(6323M)) with SMTP id F8/45-19568-B2A79644 for ; Tue, 16 May 2006 03:07:24 -0400 Received: (qmail 18014 invoked from network); 16 May 2006 07:07:13 -0000 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on xeon.morritt.dialsolutions.net X-Spam-Level: X-Spam-Status: No, score=-101.8 required=3.0 tests=ALL_TRUSTED,BAYES_00, USER_IN_WHITELIST autolearn=ham version=3.1.0 Received: from unknown (HELO opteron.morritt.dialsolutions.net) (192.168.2.20) by 0 with SMTP; 16 May 2006 07:07:13 -0000 To: internals@lists.php.net Date: Tue, 16 May 2006 08:07:13 +0100 User-Agent: KMail/1.8.2 Cc: Lukas Smith References: <4468848D.5020602@php.net> <1645696871.20060515204232@marcus-boerger.de> <446916F5.9050804@php.net> In-Reply-To: <446916F5.9050804@php.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-ID: <200605160807.13383.phil@dialsolutions.co.uk> Subject: Re: [PHP-DEV] PHP Release Process Sucks From: phil@dialsolutions.co.uk (Phil Driscoll) On Tuesday 16 May 2006 01:04, Lukas Smith wrote: > That being said .. if there are any additions people have to give better > guidelines for RM's please drop a comment at the following address: > http://oss.backendmedia.com/ReleaseChecklist I've just added the following comment, which addresses part of the problem: -------------------- Somewhere between the RC and the release, the release manager should receive email confirmation from a number of volunteers that the RC has been tested not only with 'make test', but on real world applications such as the volunteers' own code and high profile applications such as phpMyAdmin, SquirrelMail and so on. The RC should not become a release until such confirmation is received. -------------------- I hereby volunteer to do my code, phpMyAdmin and SquirrelMail for php5 RCs. Clearly, for this to have maximum impact we need to cover as many applications, platforms and SAPIs as possible. -- Phil Driscoll