From: Brian Harring <ferringb@gentoo.org>
To: gentoo-dev@lists.gentoo.org
Cc: gentoo-core@lists.gentoo.org
Subject: [gentoo-dev] crap use flags in the profiles
Date: Wed, 24 Aug 2005 19:04:42 -0500 [thread overview]
Message-ID: <20050825000442.GC1701@nightcrawler> (raw)
[-- Attachment #1: Type: text/plain, Size: 3137 bytes --]
Hola all.
Out of curiousity, since for once my portage installation is *not*
filtering out all flags but my own, I'm wondering why it is that the
system default now holds a lot of use flags that aren't really related
to the system set of packages.
See, from my standpoint cascaded profiles exist for the sake of being
able to build up chunks, and merge them together. If you want a
desktop profile, hey, easy, just point it at the default, and import
that. If you want a server profile that doesn't have the crap 101 use
flags that are defaulted, you just define a profile there.
The common point between the two being that you depend on a minimal,
"this is the base profile" that is the common points, and overload
what you need to in the specialized profile. Iow, you jam all of the
crap use flags into a desktop profile, rather then forcing people to
do -*
So, fex, the following flags are rather desktop specific-
alsa
arts
avi
bitmap-fonts
cups
eds
emboss (why the hell is "European Molecular Biology Open Software Suite"
a profile default? Seems extremely specialized)
encode
fortran
foomaticdb
gnome
gstreamer
gtk
gtk2
imlib
kde
mad
mikmod
motif
mp3
mpeg
ogg
oggvorbis
oss
png
qt
quicktime
sdl
spell
truetype
truetype-fonts
type1-fonts
vorbis
xml2
xmms
That's pretty much the entire list of flags in the defaults.
Again, returning to the USE="-*" arguement, yes, they can go that
route. It's also kind of a crappy arguement dodging out of the fact that
progressive bloat going into what is effectively a base release
profile, when subprofiles would be better suited.
You use the capabilities cascaded profiles give you, and you can serve
both camps; those who want bloat, those who don't.
Question is why aren't we? Yes work is required, but everything
requires work- is there some stumbling block that makes the work
involved excessive?
Personally, I run with -* not due to filtering out profile crap, but
for filtering out autouse; I'm a bit disgusted by what the -* has been
protecting me from. In bug 93067, it's described that our default has
always been to aim for desktop; well, depends on your definition of
desktop.
I don't recall having kde/gtk crap turned on by default when I first
showed up. Maybe I'm missing something; regardless, the defaults
(which should be minimal from my standpoint) are anything but.
So... again. What is holding us back from using existing capabilities
to seperate this? If it's not perfectly clean doing it, what do you
require to make it easy/clean to do so?
Granted this phrase has been beat to fricking death, but we are about
choice. Again, yes, -* is a choice, it's also a rather nasty choice
since the user must watch the profile's themselves and duplicate the
use flags from there if they want the 'true' defaults. That's shoving
work off onto users when an alternative approach (subprofiles) could
handle it globally.
So yeah, subprofiles, reasons why not?
My slightly flamey 2 cents
~harring
[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
next reply other threads:[~2005-08-25 0:09 UTC|newest]
Thread overview: 62+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-08-25 0:04 Brian Harring [this message]
2005-08-25 0:50 ` [gentoo-dev] crap use flags in the profiles Mike Frysinger
2005-08-25 1:27 ` Brian Harring
2005-08-25 4:26 ` Lance Albertson
2005-08-25 4:28 ` Mike Frysinger
2005-08-29 15:58 ` Chris Gianelloni
2005-08-29 16:32 ` Luis F. Araujo
2005-08-25 2:30 ` [gentoo-dev] Re: [gentoo-core] " Kito
2005-08-25 3:07 ` Jason Stubbs
2005-08-25 4:29 ` Mike Frysinger
2005-08-29 15:59 ` Chris Gianelloni
2005-08-29 16:41 ` Luis F. Araujo
2005-08-29 16:57 ` Re[2]: " Jakub Moc
2005-08-29 18:10 ` Patrick Lauer
2005-08-29 18:15 ` Dan Meltzer
2005-08-29 18:58 ` Chris Gianelloni
2005-08-29 21:34 ` warnera6
2005-08-29 22:01 ` Chris Gianelloni
2005-08-30 0:42 ` Alec Warner
2005-08-30 13:00 ` Chris Gianelloni
2005-08-27 9:48 ` Donnie Berkholz
2005-08-27 10:01 ` Brian Harring
2005-08-29 16:56 ` Chris Gianelloni
2005-08-29 20:32 ` Brian Harring
2005-08-29 21:43 ` Chris Gianelloni
2005-08-29 22:12 ` Ciaran McCreesh
2005-08-30 12:24 ` Chris Gianelloni
2005-08-30 14:46 ` Stephen P. Becker
2005-08-30 15:01 ` Francesco R
2005-08-30 15:24 ` Stephen P. Becker
2005-08-30 15:46 ` Francesco R
2005-08-30 16:26 ` Stephen Bennett
2005-08-31 15:54 ` Grant Goodyear
2005-08-30 16:42 ` Daniel Ostrow
2005-08-30 15:33 ` Chris Gianelloni
2005-08-30 15:26 ` Olivier Crete
2005-08-30 18:15 ` Kevin F. Quinn
2005-08-30 19:57 ` Alec Warner
2005-08-30 21:15 ` Luis Medinas
2005-08-30 20:40 ` Stephen Bennett
2005-08-30 20:45 ` Olivier Crete
2005-08-30 20:56 ` Ciaran McCreesh
2005-08-30 21:16 ` Olivier Crete
2005-08-30 21:21 ` Ciaran McCreesh
2005-08-30 21:36 ` Stephen Bennett
2005-08-31 10:19 ` Paul de Vrieze
2005-08-30 22:34 ` Luis Medinas
2005-08-31 12:36 ` [gentoo-dev] " Duncan
2005-08-31 13:18 ` Stephen P. Becker
2005-08-31 16:15 ` Grant Goodyear
2005-08-31 23:06 ` [gentoo-dev] " Duncan
2005-09-01 7:29 ` [gentoo-dev] merge amd64 & x86 arches? (was: crap use flags in the profiles) Kevin F. Quinn
2005-09-01 22:32 ` [gentoo-dev] Re: Re: [gentoo-core] crap use flags in the profiles Homer Parker
2005-08-31 15:32 ` Ciaran McCreesh
2005-08-31 16:42 ` Chris Gianelloni
2005-08-31 18:01 ` Martin Schlemmer
2005-08-29 22:34 ` [gentoo-dev] " Brian Harring
2005-08-30 7:53 ` Luis F. Araujo
2005-08-30 12:51 ` Chris Gianelloni
2005-09-05 22:55 ` Donnie Berkholz
2005-08-28 10:01 ` Simon Stelling
2005-08-28 14:42 ` Rumen Yotov
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20050825000442.GC1701@nightcrawler \
--to=ferringb@gentoo.org \
--cc=gentoo-core@lists.gentoo.org \
--cc=gentoo-dev@lists.gentoo.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox