From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from skinny.southernlinux.net (ns2.rednecks.net [64.192.52.5]) by robin.gentoo.org (8.13.4/8.13.4) with ESMTP id j41BekoV015900 for <gentoo-dev@lists.gentoo.org>; Sun, 1 May 2005 11:40:46 GMT Received: (qmail 12018 invoked by uid 210); 1 May 2005 07:40:08 -0400 Received: from 10.10.10.188 by skinny (envelope-from <solar@gentoo.org>, uid 201) with qmail-scanner-1.25st (clamdscan: 0.82/861. f-prot: 4.4.2/3.14.11. spamassassin: 3.0.2. perlscan: 1.25st. Clear:RC:1(10.10.10.188):. Processed in 0.059685 secs); 01 May 2005 11:40:08 -0000 Received: from unknown (HELO ?10.10.10.188?) (10.10.10.188) by 0 with RC4-MD5 encrypted SMTP; 1 May 2005 07:40:08 -0400 Subject: Re: [gentoo-dev] Cutting down on non-cascaded profiles From: Ned Ludd <solar@gentoo.org> To: gentoo-dev@lists.gentoo.org In-Reply-To: <4274ACD1.9020003@gentoo.org> References: <4274ACD1.9020003@gentoo.org> Content-Type: text/plain Date: Sun, 01 May 2005 07:37:32 -0400 Message-Id: <1114947452.22708.27.camel@localhost> Precedence: bulk List-Post: <mailto:gentoo-dev@lists.gentoo.org> List-Help: <mailto:gentoo-dev+help@gentoo.org> List-Unsubscribe: <mailto:gentoo-dev+unsubscribe@gentoo.org> List-Subscribe: <mailto:gentoo-dev+subscribe@gentoo.org> List-Id: Gentoo Linux mail <gentoo-dev.gentoo.org> X-BeenThere: gentoo-dev@gentoo.org Reply-to: gentoo-dev@lists.gentoo.org Mime-Version: 1.0 X-Mailer: Evolution 2.0.4 Content-Transfer-Encoding: 7bit X-Archives-Salt: 6160246b-99ee-40e4-af5d-d83a5ac35750 X-Archives-Hash: 0df662c7721412cddf3209d9d1cb5953 On Sun, 2005-05-01 at 03:17 -0700, Donnie Berkholz wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > How long are all those non-cascaded profiles going to stick around? There exists 48 deprecated profiles in the tree. I've wondered about this myself about when is a good time to flush them. (>2 release cycles >1 year?) How about lets flush the 10 *-2004.[0-1]*/deprecated profiles for starters? Or do you wish to propose this might be a good time to flush all 48 profiles that are marked as deprecated? > They > make profile changes a mess for anyone who wants to do something crazy > like change default USE flags for everyone. > (Who would ever need to do > that?!?!) Only somebody fishing to be abused by the rest of us. ------------------------------------------------------------------ Here is a complete lists of profiles that are candidates for 2005 spring cleaning. ./default-x86-2004.2/deprecated ./default-ppc/deprecated ./default-sparc64-1.4/deprecated ./default-linux/ppc/1.0/deprecated ./default-linux/ppc/1.2/deprecated ./default-linux/ppc/1.4/deprecated ./default-linux/ppc/1.0_rc/deprecated ./default-linux/x86/gcc31/deprecated ./default-linux/x86/2004.0/deprecated ./default-linux/x86/2004.2/deprecated ./default-linux/x86/2004.3/deprecated ./default-linux/amd64/gcc34-2004.2/deprecated ./default-linux/alpha/2004.3/deprecated ./default-linux/sparc/sparc32/2004.3/deprecated ./default-linux/sparc/sparc64/2004.2/deprecated ./default-linux/sparc/sparc64/2004.3/deprecated ./default-macos/ppc/10.3/deprecated ./default-macos/ppc/10.4/deprecated ./default-macos/ppc/deprecated ./default-macos/deprecated ./default-sparc-2004.0/deprecated ./hardened-x86-2004.0/deprecated ./default-mips-1.4/deprecated ./default-sparc-1.4/deprecated ./gcc34-x86-2004.2/deprecated ./default-mips-2004.1/deprecated ./gcc33-sparc64-1.4/deprecated ./cobalt-mips-1.4/deprecated ./default-sparc64-2004.0/deprecated ./default-ppc-2004.0/deprecated ./default-ppc-2004.1/deprecated ./default-ppc-2004.2/deprecated ./default-ppc-2004.3/deprecated ./n32-mips-2004.1/deprecated ./default-alpha-1.4/deprecated ./default-macos-10.3/deprecated ./default-macos-10.4/deprecated ./default-ppc64-2004.2/deprecated ./default-ppc64-2004.3/deprecated ./default-amd64-2004.2/deprecated ./uclibc/x86/linux24/deprecated ./uclibc/x86/linux26/deprecated ./default-mips64-1.4/deprecated ./default-alpha-2004.0/deprecated ./cobalt-mips-2004.1/deprecated ./gcc34-amd64-2004.1/deprecated ./default-ppc-1.0/deprecated ./default-ppc-1.4/deprecated -- Ned Ludd <solar@gentoo.org> -- gentoo-dev@gentoo.org mailing list