Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:23540 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 7626 invoked by uid 1010); 17 May 2006 13:57:52 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 7611 invoked from network); 17 May 2006 13:57:52 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 17 May 2006 13:57:52 -0000 X-Host-Fingerprint: 87.123.86.159 i577B569F.versanet.de Received: from ([87.123.86.159:29025] helo=localhost.localdomain) by pb1.pair.com (ecelerity 2.0 beta r(6323M)) with SMTP id ED/6D-19568-FDB2B644 for ; Wed, 17 May 2006 09:57:51 -0400 Message-ID: To: internals@lists.php.net Date: Wed, 17 May 2006 15:57:40 +0200 User-Agent: Thunderbird 1.5.0.2 (Windows/20060308) MIME-Version: 1.0 References: <4468848D.5020602@php.net> <1645696871.20060515204232@marcus-boerger.de> <446916F5.9050804@php.net> <200605171318.17753.phil@dialsolutions.co.uk> In-Reply-To: <200605171318.17753.phil@dialsolutions.co.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Posted-By: 87.123.86.159 Subject: Re: [PHP-DEV] PHP Release Process Sucks From: lsmith@php.net (Lukas Smith) Phil Driscoll wrote: > To move this process forward, is there any chance that you could make a few > changes to http://oss.backendmedia.com/ReleaseChecklist? I have added a link to your post as a comment in the page. Since I am not an RM I will leave it to Ilia and Derick to incorporate these ideas into the document. Aside from that this document could probably be moved to php-qa website once its mature enough (and therefore less volatile). I feel the todo lists are so dynamic and have a tendency to require some simple markup that its better to leave them in a wiki. Obviously there is still history maintained there. The only drawback is that for people to get access I need to create a new local user instead of being able to reuse the cvs.php.net authentication scheme (which as an outsider I should of course not be allowed to interface with). regards, Lukas