Return-Path: <linux-kernel-owner@vger.kernel.org>
Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id <S281929AbRKZRLu>; Mon, 26 Nov 2001 12:11:50 -0500
Received: (majordomo@vger.kernel.org) by vger.kernel.org
	id <S281931AbRKZRLk>; Mon, 26 Nov 2001 12:11:40 -0500
Received: from perninha.conectiva.com.br ([200.250.58.156]:5898 "HELO
	perninha.conectiva.com.br") by vger.kernel.org with SMTP
	id <S281929AbRKZRLc>; Mon, 26 Nov 2001 12:11:32 -0500
Date: Mon, 26 Nov 2001 13:54:11 -0200 (BRST)
From: Marcelo Tosatti <marcelo@conectiva.com.br>
To: Chris Meadors <clubneon@hereintown.net>
Cc: David Relson <relson@osagesoftware.com>,
        lkml <linux-kernel@vger.kernel.org>
Subject: Re: Release Policy [was: Linux 2.4.16  ]
In-Reply-To: <Pine.LNX.4.40.0111261216500.88-100000@rc.priv.hereintown.net>
Message-ID: <Pine.LNX.4.21.0111261351160.13786-100000@freak.distro.conectiva>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: linux-kernel-owner@vger.kernel.org
X-Mailing-List: linux-kernel@vger.kernel.org



On Mon, 26 Nov 2001, Chris Meadors wrote:

> On Mon, 26 Nov 2001, Marcelo Tosatti wrote:
> 
> > Sorry for not being able to discuss this issues... Its just that I'm too
> > busy doing the maintenance and other stuff at Conectiva at the same time
> > (people are flooding me with patches, btw, please stop for a while).
> >
> > Daniel Quinlan suggested me to release a "pre-final" release before the
> > real final one (which would catch most "stupid" bugs), and I think thats a
> > nice way of solving the problem.
> >
> > I'll _probably_ do that --- not sure yet, though.
> 
> Aren't all the -pre's pre-finals? 

No. Just the -pre-final is a -pre-final. :) 

-pre-final basically means that this is the "candidate" release for the
final.

I could call it "candidate" or whatever (I don't really care about the
name).

> And what if there is a big bug found in the -final, it will obviously
> be followed up with a -final-final?

If people don't like the -pre-final name, I can call it "-candidate" as I
said previously.

> I like the ISC's release methods.  The do -rc's (-pre's would be fine
> for the kernel as it is already established), each -rc fixes problems
> found with the previous.  When an -rc has been out long enough with no
> more bug reports they release that code, WITHOUT changes.

Thats exactly the idea with the "pre-final" thingie. 

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/