Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:50460 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 31955 invoked from network); 23 Nov 2010 15:14:04 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 23 Nov 2010 15:14:04 -0000 Authentication-Results: pb1.pair.com smtp.mail=tyra3l@gmail.com; spf=pass; sender-id=pass Authentication-Results: pb1.pair.com header.from=tyra3l@gmail.com; sender-id=pass; domainkeys=bad Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.160.170 as permitted sender) DomainKey-Status: bad X-DomainKeys: Ecelerity dk_validate implementing draft-delany-domainkeys-base-01 X-PHP-List-Original-Sender: tyra3l@gmail.com X-Host-Fingerprint: 209.85.160.170 mail-gy0-f170.google.com Received: from [209.85.160.170] ([209.85.160.170:38522] helo=mail-gy0-f170.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id CA/A4-08358-43ADBEC4 for ; Tue, 23 Nov 2010 10:13:57 -0500 Received: by gyf2 with SMTP id 2so653061gyf.29 for ; Tue, 23 Nov 2010 07:13:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type; bh=/bMY1cM5xRd+J2QURGJN79CqPP5VSC9/h09xj2rG760=; b=KMlM8GWb2KOm7EWIv32Jgj1OFETqLNbS53OgohSvkixiT0i3Hqd577k8zaB3xK5lC7 A8To3LsBJMW6iWsXkTbEdusq85Sfi91SlMazw+T7+TREYCIzu/yj59McyUTkJgFrOwkN jQ0llTmQXxpDO3QIuEMURyd1vejfo+EdqCrjU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; b=WuYnYuQkyx9iA0lREfD4fQDuw55Spj+nyKJCSJ9UlNagz0CHC37ZrHSEPGpz0EA4z/ 38LXsvRmwvml8gkpDbvnJy+IATm/amxIcKwrk/ouguzh/SFgle60fwziIsFAFnYTjQMB enSWmIyob3yxFg+DlHXNEdYwi8EmsGOo3r63s= MIME-Version: 1.0 Received: by 10.90.3.31 with SMTP id 31mr8782380agc.141.1290525233294; Tue, 23 Nov 2010 07:13:53 -0800 (PST) Sender: tyra3l@gmail.com Received: by 10.90.53.4 with HTTP; Tue, 23 Nov 2010 07:13:52 -0800 (PST) In-Reply-To: References: Date: Tue, 23 Nov 2010 16:13:52 +0100 X-Google-Sender-Auth: Ag4oNlL19dmD2K0FdktpMSosghk Message-ID: To: Derick Rethans Cc: Felipe Pena , internals Content-Type: multipart/alternative; boundary=0016363108431aae680495b9d298 Subject: Re: [PHP-DEV] [RFC] Release Process From: info@tyrael.hu (Ferenc Kovacs) --0016363108431aae680495b9d298 Content-Type: text/plain; charset=UTF-8 On Tue, Nov 23, 2010 at 3:58 PM, Derick Rethans wrote: > On Tue, 23 Nov 2010, Ferenc Kovacs wrote: > > > On Tue, Nov 23, 2010 at 2:59 PM, Derick Rethans wrote: > > > > > On Tue, 23 Nov 2010, Ferenc Kovacs wrote: > > > > > > > > All the rest you write in the RFC is basically already as we do it. > > > > > > > > yeah, maybe, but they aren't written down, accepted and well-known > > > > rules, so you can forgot/misunderstand/bend them. :/ > > > > > > And I don't think that is a bad thing. It's good to be able to be > > > flexible. > > > > > Its good for you, but its bad for the people, who expect you to follow > the > > rules, you know, the vendors, developers, etc. > > Well, vendors don't follow rules in the first place. you are sure that there aren't any vendor out there that don't following your rules, which you think it better if it isn't documented or followed? > They just add > random patches anyway. usually they more lazy, than the original developers, so I think they don't add random shit just for fun. > Developers are pretty much aware what a bug fix, > security bug fix and development tree means. as long as you and Zeev can't agree on what is the trunk (either be that a development/experience branch, or the next stable version), then I think they aren't aware. > With an annoucement (which > should really be a regular thing, sortof) of a new minor release, isn't > it clear? sorry, I lost you here. what is clear? that you want to release the current trunk? thats crystal clear. What it's not clear to me, that who decided when that you will be the current RM, and that the current trunk is ready for an alpha release. what is an alpha release? when did we started releasing and announcing alphas, who decided that? can we add new features after the alpha? or can we remove something if the feedback is bad about some change? so this is what I'm talking about, lack of > In case you say no, don't write an RFC that requires really > strict following, but instead write guidelines that match current > practise. > > from my POV, I don't mind, if you guys decide that the current process is the best, and create a wiki for that, but please decide on that, write it down, and at least try to stick with it, if it works. thats the point. Tyrael --0016363108431aae680495b9d298--