From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 4.0.0 (2022-12-14) on finch.gentoo.org X-Spam-Level: X-Spam-Status: No, score=0.2 required=5.0 tests=DATE_IN_PAST_12_24, INVALID_DATE,MAILING_LIST_MULTI,NO_RELAYS autolearn=no autolearn_force=no version=4.0.0 Received: from drobbins by cvs.gentoo.org with local (Exim 3.22 #1) id 14oUdJ-0007dk-00 for gentoo-dev@gentoo.org; Sat, 14 Apr 2001 12:18:53 -0600 From: Daniel Robbins To: gentoo-dev@gentoo.org Subject: Re: [gentoo-dev] package.mask Message-ID: <20010414121853.D25655@cvs.gentoo.org> References: <20010413151846.A6982@cvs.gentoo.org> <3AD864AC.F157EDCD@gentoo.org> <20010414102010.B25655@cvs.gentoo.org> <3AD88590.67EF0128@gentoo.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3AD88590.67EF0128@gentoo.org>; from AGottinger@t-online.de on Sat, Apr 14, 2001 at 07:14:56PM +0200 Sender: gentoo-dev-admin@gentoo.org Errors-To: gentoo-dev-admin@gentoo.org X-BeenThere: gentoo-dev@gentoo.org X-Mailman-Version: 2.0 Precedence: bulk Reply-To: gentoo-dev@gentoo.org List-Help: List-Post: List-Subscribe: , List-Id: Gentoo Linux development list List-Unsubscribe: , List-Archive: Date: Sat Apr 14 12:19:01 2001 X-Original-Date: Sat, 14 Apr 2001 12:18:53 -0600 X-Archives-Salt: ae98b752-00c9-425c-a2b3-e24c139379fb X-Archives-Hash: a941bb6611501d28e99cf4295c72e064 On Sat, Apr 14, 2001 at 07:14:56PM +0200, Achim Gottinger wrote: > Here is an alternative to the package.mask concept. We can start tagging > packages in the cvs tree. So by default you whould checkout the latest rc > instead of the in development versions. If you want to add a development > version to your system you can checkout manually. Instead of using the > gentoo version number for tagging we can use "stable" for all packages not in > development. This should be sufficient for the beginning, but in the future > I think we need to use the version numbers. The past shows that it is a nice > idea to have an allways up to date system, but some updates can create lots > of unexpectable bugs. To avoid messing up all our users system, we can > instead maintain our different releases separate and make only security fixes > to them. So you can allways have a secure rc4,rc5 1.0 1.1 .... I'm not a big fan of cvs, so I'd rather avoid using cvs to handle different versions of Gentoo, except as a last resort. In the future, I think we'll probably have a stable and development branch of Gentoo Linux. But I only want to have a maximum of two (maybe three if we are working on a new stable release) active, secure branches of Gentoo Linux at any time. If possible, I think we should look for ways to avoid dividing Gentoo Linux using cvs because generally this ends up splitting the development team into two camps, or doubling the work of the active developers such as yourself, because then we are effectively supporting two separate versions of Gentoo Linux at the same time. Soon, we'll have all the features in Portage to ensure that the *right* versions of packages get installed (not just the most recent that satisifies the dependency). If we then focus on ensuring that all the various ebuilds on CVS will compile under any version of Gentoo Linux, then I don't think we have a problem anymore. We can have certain expectations as to ebuild compatibility -- for example, we can make a rule that any Gentoo Linux 1.x ebuild should be able to compile on any other Gentoo Linux 1.x system (whether "stable" or "current"). If an ebuild doesn't meet this rule, then this particular version should be blocked out of the appropriate packages files, i.e. <=sys-apps/bash-2.05 would block out sys-apps/bash-2.06 or later. But until we reach version 1.0, we shouldn't even be thinking about creating a "stable" or "unstable" branch of Gentoo Linux.... everything on cvs is "unstable" (technically) at this point. Or, as the BSD people prefer calling it -- "current". -- Daniel Robbins President/CEO http://www.gentoo.org Gentoo Technologies, Inc.