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 1E8xZF-0006MK-1Q for garchives@archives.gentoo.org; Sat, 27 Aug 2005 10:05:41 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.4/8.13.4) with SMTP id j7RA3SPS008543; Sat, 27 Aug 2005 10:03:28 GMT Received: from smtp.gentoo.org (smtp.gentoo.org [134.68.220.30]) by robin.gentoo.org (8.13.4/8.13.4) with ESMTP id j7RA1mDE027587 for ; Sat, 27 Aug 2005 10:01:48 GMT Received: from cpe-65-26-255-237.wi.res.rr.com ([65.26.255.237] helo=nightcrawler) by smtp.gentoo.org with esmtpa (Exim 4.43) id 1E8xWy-0003Ia-BZ; Sat, 27 Aug 2005 10:03:20 +0000 Date: Sat, 27 Aug 2005 05:01:30 -0500 From: Brian Harring To: Donnie Berkholz Cc: gentoo-dev@lists.gentoo.org Subject: [gentoo-dev] Re: [gentoo-core] crap use flags in the profiles Message-ID: <20050827100130.GX1701@nightcrawler> References: <20050825000442.GC1701@nightcrawler> <431036EA.8050401@gentoo.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: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ByM1h5nouWwd3kz8" Content-Disposition: inline In-Reply-To: <431036EA.8050401@gentoo.org> User-Agent: Mutt/1.5.8i X-Archives-Salt: 8d9cbb15-e0f2-4bcc-b844-d4ba0e60be67 X-Archives-Hash: 487d1f683edd5132afa80fa9ce0cd497 --ByM1h5nouWwd3kz8 Content-Type: text/plain; charset=utf8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Note, sending to dev only, not cc'ing core; the inital -core post was=20 to make sure those who aren't watching dev ml see the email (annoying,=20 but it's an old habit I've yet to kick despite needing to). On Sat, Aug 27, 2005 at 04:48:26AM -0500, Donnie Berkholz wrote: > Brian Harring wrote: > >I don't recall having kde/gtk crap turned on by default when I first=20 > >showed up. Maybe I'm missing something; regardless, the defaults=20 > >(which should be minimal from my standpoint) are anything but. >=20 > I think you recall wrong, then. The default USE flags have been set so=20 > that the majority of systems will work properly without modifications,=20 > not so that they're the minimal set. Already stated that it's entirely possible my memory is whacked, that=20 said my point still stands. > The purpose of being able to negate USE flags in lower cascaded profiles= =20 > is pointless if each level is the minimum. I think it makes more sense=20 > to have each level be a reasonable default that most people would=20 > prefer, then have weird exceptions subtract it. Note I'm not advocating every level of the profile be bare minimal,=20 with the end nodes having tons jammed into it; I'm advocating exactly=20 what you're stating. Chunk the sucker up, shifting stuff around just=20 the same as you would if you were designing base classes to be=20 inherited. The thing to note is that if you're relying on negation, it's going to=20 bite you in the ass without efforts. A server subprofile pulling from=20 a parent that holds desktop cruft will be forced to either A) reinvent the wheel (maintain their own USE list), as a sizable=20 chunk of users do via -* usage B) or very carefully watch people screwing around with the parent,=20 tagging in a new desktop USE var, and adding the matching negation. What I'm advocating is that the '05 profile (fex) tag in the defaults=20 for that profile release, desktop/server agnostic, *system*=20 defaults, eg toolchain, pam, nptl, etc. The subprofile the user=20 chooses (the desktop or server target) building upon those base=20 settngs. Multiple inherits for profiles is the main reason I'm not pushing on=20 this; shifting desktop cruft out of the bases (my definition of base=20 mind you) requires pulling from (fex) x86/2005.1 + desktop/2005.1 . My 2 cents at least. ~harring --ByM1h5nouWwd3kz8 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFDEDn6vdBxRoA3VU0RAkBLAJ0euj7IML7XasfsXTETe1Wk18MffACfanJc o4Bed27xl2Tzq+3gjvVKOdE= =1SUu -----END PGP SIGNATURE----- --ByM1h5nouWwd3kz8-- -- gentoo-dev@gentoo.org mailing list