From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from lists.gentoo.org ([140.105.134.102] helo=robin.gentoo.org) by nuthatch.gentoo.org with esmtp (Exim 4.43) id 1E23ms-0006YO-QI for garchives@archives.gentoo.org; Mon, 08 Aug 2005 09:19:15 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.4/8.13.4) with SMTP id j789HQao016722; Mon, 8 Aug 2005 09:17:26 GMT Received: from buggy.blubb.ch (range21-65.shlink.ch [217.148.7.65]) by robin.gentoo.org (8.13.4/8.13.4) with ESMTP id j789HQqQ010258 for ; Mon, 8 Aug 2005 09:17:26 GMT Received: from aqua ([192.168.10.5]) by buggy.blubb.ch with esmtp (Exim 4.50) id 1E23lC-0008Qq-BV for gentoo-amd64@lists.gentoo.org; Mon, 08 Aug 2005 11:17:30 +0200 Message-ID: <42F72337.5040900@gentoo.org> Date: Mon, 08 Aug 2005 11:17:43 +0200 From: Simon Stelling User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050716) X-Accept-Language: en-us, en Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-amd64@gentoo.org Reply-to: gentoo-amd64@lists.gentoo.org MIME-Version: 1.0 To: gentoo-amd64@lists.gentoo.org Subject: Re: [gentoo-amd64] Re: file type not allowed in /usr/lib References: <42F53B6D.1080908@burnieanglican.org.au> <42F66B78.1030708@gentoo.org> In-Reply-To: <42F66B78.1030708@gentoo.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Archives-Salt: 4155fe55-6479-4636-b059-fb709d9cec01 X-Archives-Hash: 26338c359d91bcd2c0951f09a334bccd I wrote: >> Currently, Gentoo-amd64 has just about finished moving 64-bit libs out of >> lib. We have both a lib32, and a lib64, with lib being a symlink to >> lib64, for those remaining packages (such as skencil, apparently) that >> have so far fallen thru the cracks, and continue to make the early >> Gentoo-amd64 assumption that lib is the 64-bit shared object location. >> With 2005.1, I'm expecting FEATURES=multilib-strict will be the default, >> to finally weed out as many of the few remaining back packages as >> possible. With 2006.0, it's possible that lib -> lib64 symlink can >> finally be broken, and any remaining packages then WILL get bugs filed, >> when someone tries to use them and has issues. With luck, by 2006.1, it >> should be safe to start doing basically the same thing with the lib32 -> >> lib move, as we will have just got thru doing with the lib -> lib64 move. >> First, there will be a symlink between the two, in another release or >> two, >> the main packages will be changed and it'll be time to activate the >> multilib-strict test for anything still ending up in lib32 instead of >> lib. >> By 2007.0, therefore, if luck holds, that multilib-strict test can be the >> default, to catch all the stragglers possible, and 2007.1 should then >> hopefully be able to remove lib32, relegating it to the annuls of >> Gentoo-amd64 history. (Those .1 mentions assume that Gentoo continues >> with the twice-yearly releases, thus, they mean second-half.) > > > Where do you get this information from? We (read: we, the Gentoo/AMD64 > developer team) never published such a roadmap, nor do we have one > ourselves. Please, don't cook up a story just to enlarge your > pen^W^W^Wmails. First of all, it should be one ^W ;) Second, the default FEATURES in 2005.1 will be the same as in 2005.0: $ diff -u 2005.0/make.defaults 2005.1/make.defaults --- 2005.0/make.defaults 2005-07-01 23:14:23.000000000 +0200 +++ 2005.1/make.defaults 2005-06-04 23:20:09.000000000 +0200 @@ -1,6 +1,6 @@ # Copyright 1999-2005 Gentoo Foundation # Distributed under the terms of the GNU General Public License v2 -# $Header: /var/cvsroot/gentoo-x86/profiles/default-linux/amd64/2005.0/make.defaults,v 1.15 2005/07/01 21:14:23 blubb Exp $ +# $Header: /var/cvsroot/gentoo-x86/profiles/default-linux/amd64/2005.1/make.defaults,v 1.1 2005/06/04 21:20:09 eradicator Exp $ #removed because managers vote requires us to do so #("when we go nptl, we all go nptl") Regards, -- Simon Stelling Gentoo/AMD64 Operational Co-Lead blubb@gentoo.org -- gentoo-amd64@gentoo.org mailing list