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 1EKCTq-0004YH-2n for garchives@archives.gentoo.org; Tue, 27 Sep 2005 10:14:34 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.5/8.13.5) with SMTP id j8RA6soq017983; Tue, 27 Sep 2005 10:06:54 GMT Received: from smtp.gentoo.org (smtp.gentoo.org [134.68.220.30]) by robin.gentoo.org (8.13.5/8.13.5) with ESMTP id j8RA5CtG008590 for ; Tue, 27 Sep 2005 10:05:12 GMT Received: from zh034158.ppp.dion.ne.jp ([222.3.34.158] helo=opteron246.suzuki-stubbs.home) by smtp.gentoo.org with esmtpa (Exim 4.43) id 1EKCRX-0004EI-Qx for gentoo-dev@lists.gentoo.org; Tue, 27 Sep 2005 10:12:12 +0000 Received: by opteron246.suzuki-stubbs.home (Postfix, from userid 1000) id 07A8E248D4A; Tue, 27 Sep 2005 19:12:22 +0900 (JST) From: Jason Stubbs To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Dirt: To shove under the rug or not shove under the rug? (aka another round of USE_EXPAND) Date: Tue, 27 Sep 2005 19:12:22 +0900 User-Agent: KMail/1.8.91 References: <200509271823.25788.jstubbs@gentoo.org> <200509271139.10540@enterprise.flameeyes.is-a-geek.org> In-Reply-To: <200509271139.10540@enterprise.flameeyes.is-a-geek.org> 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 Content-Type: text/plain; charset="utf-8" Content-Disposition: inline Message-Id: <200509271912.22758.jstubbs@gentoo.org> X-MIME-Autoconverted: from quoted-printable to 8bit by robin.gentoo.org id j8RA5CtG008590 Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by robin.gentoo.org id j8RA6sqS017983 X-Archives-Salt: 73289116-1ae0-495d-a1f4-0c86ec902a18 X-Archives-Hash: b7433c65332b52ee14ab1471b9736165 On Tuesday 27 September 2005 18:38, Diego 'Flameeyes' Petten=C3=B2 wrote: > On Tuesday 27 September 2005 11:23, Jason Stubbs wrote: > > So what needs to be done to fix it? Well, what is the purpose of > > USE_EXPAND? Put simply, it is to allow the user to select one or more > > features of a package from a list of choices. How is this different t= o > > USE flags? The choices all pertain to one aspect of the package(s). > > The way ELIBC, KERNEL, USERLAND are used, is instead something differen= t. > They don't allow users to select what they want, they allow profiles to > declare what they are created for. Which leads me to the one thing I didn't say but feel strongest about.. W= hat=20 is the real point of USE_EXPAND? What can/does it do that USE flags do no= t? > If some user changes one of these variables, he's *really* screwed up, = as > they change quite a few things in the ebuilds (for example, if kernel i= s > not linux, kdelibs doesn't build support for dnotify, gamin for inotify= , > and a few more options in the way). This doesn't quite apply to cross compiling and such, but in general yeah. > I think at least these three variables should be hidden from users, as = they > should not mean anything to them. Similar to "build" and "bootstrap"? Note, these aren't hidden either but = if=20 the ELIBC and friends should be hidden those should be hidden too. > In alternative, there was the proposal of a use.force file, that would > allow to force some flags on and use that instead of the use-expanded > variables, but currently it doesn't seem to be created and the QA notic= e > problem is still not solved, those flags should be forced by some profi= les > and masked by others, as they are not intended to be changed by users. And we're back to USE flags again... ;) -- Jason Stubbs --=20 gentoo-dev@gentoo.org mailing list