From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1N5bCP-0000ef-98 for garchives@archives.gentoo.org; Wed, 04 Nov 2009 08:26:37 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 07F9EE0ACC; Wed, 4 Nov 2009 08:26:14 +0000 (UTC) Received: from dev.gentooexperimental.org (dev.gentooexperimental.org [81.93.240.53]) by pigeon.gentoo.org (Postfix) with ESMTP id D344AE0ACC for ; Wed, 4 Nov 2009 08:26:13 +0000 (UTC) Received: from localhost.localnet (xdsl-78-34-179-160.netcologne.de [78.34.179.160]) by dev.gentooexperimental.org (Postfix) with ESMTP id 6205975C0EE for ; Wed, 4 Nov 2009 09:26:13 +0100 (CET) From: Patrick Lauer To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Re: FEATURES use or misuse? Date: Wed, 4 Nov 2009 09:26:10 +0100 User-Agent: KMail/1.12.90 (Linux/2.6.30-gentoo-r1; KDE/4.3.73; x86_64; ; ) References: <200911031648.04090.patrick@gentoo.org> <200911032328.57477.patrick@gentoo.org> <20091103181139.70a13d6b@gentoo.org> In-Reply-To: <20091103181139.70a13d6b@gentoo.org> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <200911040926.11069.patrick@gentoo.org> X-Archives-Salt: 7ef0fba5-4a76-4ac8-8cc8-c9f44b6b8a52 X-Archives-Hash: bcd15b8b4999e33159a397d8cc1f5ca8 On Wednesday 04 November 2009 01:11:39 Ryan Hill wrote: > On Tue, 3 Nov 2009 23:28:57 +0100 > > Patrick Lauer wrote: > > And then why bother when the tree doesn't reflect PMS. > > Maybe if some people would stop ignoring PMS on whim because they don't > agree with something in it this wouldn't be the case. Well, we have at least one prior discussion and a year of precedent on the bash 3.0 / 3.2 thing. Since there were no sanctions for doing it, there's no way to break things with it (because you have a recent enough bash guaranteed) and it is very convenient people started using it. After a year of use (and getting used more and more) I just don't see how any sane person can think about forbidding it NOW. It's too late. We've moved on. You missed your chance. FEATURES has been used in ebuilds for a loooong time. People were happy with it. The only reason it was not properly documented in PMS was because the authors didn't agree with it. That's not how you do a standard, but then it never was about documenting reality. Now PMS has this hole in it, and instead of (1) documenting current behaviour and (2) agreeing on a standard behaviour while (3) keeping the historical errata documented ... well, it's kinda, look over there ... *runs away* Not a way to discuss or write a standard, also making things complicated when there are known easy ways to fix it. > > Like, when does this end? Whenever there's a policy you don't agree with, > you do whatever you want? And it's the policy that's the problem? > Well, if everyone else freely ignores it and pointing out that people violating the policy has no response I'll consider that policy inactive. If the Gentoo developers vote with their feet I'm not going to pretend they didn't. What you can do then is document what just happened ... maybe ... optionally? > Anyways, this has nothing to do with PMS. Using FEATURES in the tree was > frowned upon long before it even existed. The fact that it wasn't > documented as such outside of mailing lists and bug reports is the real > bug. > And that usage was tolerated for >2 years. I still don't see what's bad about using things as they are, but if people now decide that we need to do complex dances instead of fixing things I'll just grab a camera and tape it instead of complaining. Life is too short to get worked up about such things :)