Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:23446 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 484 invoked by uid 1010); 16 May 2006 07:59:01 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 468 invoked from network); 16 May 2006 07:59:01 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 16 May 2006 07:59:01 -0000 X-PHP-List-Original-Sender: helly@php.net X-Host-Fingerprint: 81.169.182.136 ajaxatwork.net Linux 2.4/2.6 Received: from ([81.169.182.136:57306] helo=strato.aixcept.de) by pb1.pair.com (ecelerity 2.0 beta r(6323M)) with SMTP id 9B/96-19568-14689644 for ; Tue, 16 May 2006 03:58:58 -0400 Received: from baumbart.mbo (dslb-084-063-060-049.pools.arcor-ip.net [84.63.60.49]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by strato.aixcept.de (Postfix) with ESMTP id 19EF235C1CE; Tue, 16 May 2006 09:58:54 +0200 (CEST) Date: Tue, 16 May 2006 09:58:57 +0200 Reply-To: Marcus Boerger X-Priority: 3 (Normal) Message-ID: <611625612.20060516095857@marcus-boerger.de> To: Phil Driscoll Cc: internals@lists.php.net, Lukas Smith In-Reply-To: <200605160807.13383.phil@dialsolutions.co.uk> References: <4468848D.5020602@php.net> <1645696871.20060515204232@marcus-boerger.de> <446916F5.9050804@php.net> <200605160807.13383.phil@dialsolutions.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] PHP Release Process Sucks From: helly@php.net (Marcus Boerger) Hello Phil, Tuesday, May 16, 2006, 9:07:13 AM, you wrote: > 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. Maybe we should even just repack the RC with a single change allowed, the vrsion bump. Best regards, Marcus