Gentoo Archives: gentoo-dev

From: Joe McCann <joem@g.o>
To: gentoo-dev@l.g.o
Subject: Re: Re[4]: [gentoo-dev] Stupid USE defaults that need cleaning
Date: Mon, 26 Dec 2005 20:51:42
Message-Id: 1135630090.3203.38.camel@zelda.hyrule
In Reply to: Re[4]: [gentoo-dev] Stupid USE defaults that need cleaning by Jakub Moc
1 On Mon, 2005-12-26 at 20:24 +0100, Jakub Moc wrote:
2 > 26.12.2005, 19:36:23, Joe McCann wrote:
3 >
4 > > On Mon, 2005-12-26 at 17:57 +0100, Jakub Moc wrote:
5 >
6 > >> eds - please, fix the ebuilds properly instead of throwing the thing on
7 > >> everyone. This has already caused numerous invalid bugs with people
8 > >> wondering why the heck portage wants to emerge gnome with USE="-gtk -gnome"
9 > >>
10 >
11 > > For the record, the eds flag was added as a default flag because every 3rd
12 > > gnome user would file bugs or complain via forums because they installed
13 > > gnome, found no evolution-data-server integration, and then be bummed when
14 > > they had to recompile packages again. This whole thread seems to have come
15 > > from a misunderstanding of how use.defaults work and 20 min of boredom.
16 >
17 > OK, so because every 3rd gnome user is not able to add the proper use flag
18 > to make.conf, every non-gnome user is stuck with investigating and putting
19 > -eds into make.conf to avoid pulling in gnome crap. Wonderful.
20 >
21 > Yes, I am ranting, because this kind of use flags basically pulls in huge
22 > number or unwanted dependencies; exactly the same thing with motif - would
23 > someone explain why the heck do do we need this thing in make.defaults?
24 >
25
26 I can say the same thing for people who are to lazy to add the proper
27 -use flag(when it is much more obvious that deps you don't want are
28 being pulled in compared to support you do want not being compiled in).
29 Unless this is going to go beyond ranting, there isn't much point from
30 either side.
31
32 --
33 gentoo-dev@g.o mailing list

Replies

Subject Author
Re: [gentoo-dev] Stupid USE defaults that need cleaning "Stephen P. Becker" <geoman@g.o>