From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from sigma.witten.lan (p83.129.56.238.tisdip.tiscali.de [83.129.56.238]) by robin.gentoo.org (8.13.4/8.13.4) with ESMTP id j59FQJWb006254 for ; Thu, 9 Jun 2005 15:26:20 GMT Received: from [192.168.101.99] (phi.witten.lan [192.168.101.99]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by sigma.witten.lan (Postfix) with ESMTP id 1397A2CE6B for ; Thu, 9 Jun 2005 17:02:07 +0200 (CEST) Message-ID: <42A86071.7060303@gentoo.org> Date: Thu, 09 Jun 2005 17:29:53 +0200 From: Danny van Dyk User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050404) X-Accept-Language: de-DE, de, en-us, en Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@gentoo.org Reply-to: gentoo-dev@lists.gentoo.org MIME-Version: 1.0 To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] ekeyword and ordering References: <20050606222623.GI9084@kaf.zko.hp.com> <200506061841.11356.vapier@gentoo.org> <42A4D308.9030104@gentoo.org> <42A59038.4060108@gentoo.org> <42A60A72.10200@gentoo.org> <1118323176.29369.26.camel@rivendell> In-Reply-To: <1118323176.29369.26.camel@rivendell> X-Enigmail-Version: 0.90.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit X-Archives-Salt: 54ee70f2-efd2-40d2-aea8-bc93ac22386d X-Archives-Hash: 486690946055d89642fba07b8cfcaada -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi foser, >>>alpha++ >>once again, alpha++ > It's not a vote, it's a discussion. You guys--. ^^^Yeah, this proofs your ability to discuss very well... > As vapier indicates he's the whole reason this ever became a problem. He > was the one who started arbitrarily ordering keywords around creating a > keywords mess for people who did depend on order to perform tasks. I > guess the lesson here is if you just do things 'your way' (wr/l)ong > enough, people pick it up and it spreads. Chris pointed out that there are developer who switched their arch at least once, and other who don't have access to the same arch all the time (x86 on work, $arch at home). So the point is: even without alpha ordering, you _cannot rely_ on the precious 'implicit information' you want to store in keyword ordering. And to quote on of my teachers: unreliable information is worse than no information at all. > The point is that with his reordering implicit information was lost for > no particular purpose. There was no added value in ordering keywords, No, you're wrong here: you couldn't rely on it from the beginning, so nothing was lost... Danny - -- Danny van Dyk Gentoo/AMD64 Project, Gentoo Scientific Project -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFCqGBxaVNL8NrtU6IRAq9HAJ9cTSPI1q4ld8xWSIJjQkkhWWmjWgCfcw3S YtOcIeTW9ERUwa7k++ct8UA= =quF1 -----END PGP SIGNATURE----- -- gentoo-dev@gentoo.org mailing list