From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 30931 invoked from network); 15 Aug 2004 01:19:02 +0000 Received: from smtp.gentoo.org (156.56.111.197) by lists.gentoo.org with AES256-SHA encrypted SMTP; 15 Aug 2004 01:19:02 +0000 Received: from lists.gentoo.org ([156.56.111.196] helo=parrot.gentoo.org) by smtp.gentoo.org with esmtp (Exim 4.34) id 1Bw9fo-0000Bn-Kd for arch-gentoo-releng@lists.gentoo.org; Sun, 15 Aug 2004 01:19:00 +0000 Received: (qmail 28135 invoked by uid 89); 15 Aug 2004 01:18:59 +0000 Mailing-List: contact gentoo-releng-help@gentoo.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail Reply-To: gentoo-releng@lists.gentoo.org X-BeenThere: gentoo-releng@gentoo.org Received: (qmail 27368 invoked from network); 15 Aug 2004 01:18:59 +0000 From: John Davis Reply-To: john_davis@pauldavisautomation.com To: gentoo-releng@lists.gentoo.org In-Reply-To: <20040813212212.GA2961@linux1.home> References: <200408111331.30552.jhuebel@gentoo.org> <200408130959.35892.jhuebel@gentoo.org> <20040813185828.GA2481@linux1.home> <200408131409.05606.jhuebel@gentoo.org> <20040813212212.GA2961@linux1.home> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-a/MN8X72+v2SvZltSCLC" Organization: Paul Davis Automation, Inc. Message-Id: <1092532745.2345.17.camel@woot.uberdavis.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Sat, 14 Aug 2004 21:19:05 -0400 X-Virus-Scanned: by amavisd-new at mail.pauldavisautomation.com Subject: Re: [gentoo-releng] Re: [gentoo-amd64] Re: 2004.0 Profile Deprecated X-Archives-Salt: 9a239ed0-44a5-4a2f-aff2-b2a41c82ca5d X-Archives-Hash: 788d4aa743a8a271dc3dee29a5923825 --=-a/MN8X72+v2SvZltSCLC Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Fri, 2004-08-13 at 17:22, William Hubbs wrote: > Hmmm, I guess I'm thinking that for general use the latest and greatest w= ould be /default-linux/. =20 > Any changes would be in /default-linux// for a while, th= en if it is decided that that change > should be made part of the profile for , it would be merged into th= at profile then the > /default-linux// profile would be depricated. >=20 Its a good idea, but quite vague. What you are proposing is more or less what we do now ;) > I guess I'm seeing any subdirectory under /default-linux/ as either= a special-purpose profile of > some kind, or a way to test changes to the profile before they are put i= nto the main profile for that architecture. >=20 Developers can use whatever name they want to for unoffical profiles: For example, a testing gcc3.4 profile (full dir layout here) /default-linux -x86 -/2005 -/2005.1 -/gcc34 Once that profile is stable and tested, it can be merged into a 2005.2. At that time we would deprecate the older profile if needed. I would really rather that we go the route that jhuebel proposed. It is not overly structured, but it gives enough structure as to keep our profile dir a bit more intuitive. If we document what is in each profile (default-linux/$arch/ChangeLog perhaps?) and stick to a standard naming scheme, I honestly believe that we will be better off in the long run. Consistency across the board is a Good Thing (TM). Cheers, --=20 John Davis Gentoo Linux Developer ---- GnuPG Public Key: Fingerprint: 4F9E 41F6 D072 5C1A 636C 2D46 B92C 4823 E281 41BB --=-a/MN8X72+v2SvZltSCLC Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQBBHroJuSxII+KBQbsRAq3/AKCmx3aOmsD5+vzGObVWmiu8veo6QQCfVbV2 6Wmy1W4f4QlB+3QyemGTUAc= =8jDx -----END PGP SIGNATURE----- --=-a/MN8X72+v2SvZltSCLC--