1 |
Brian Harring wrote: |
2 |
|
3 |
>On Thu, Aug 18, 2005 at 09:08:51AM -0700, Donnie Berkholz wrote: |
4 |
> |
5 |
> |
6 |
>>Brian Harring wrote: |
7 |
>>| Kind of curious about people's opinion on the IUSE default use flag |
8 |
>>| thing, initial syntax was (using the above example) |
9 |
>>| IUSE="+client server" |
10 |
>>| with client defaulting to on unless the user's config disables it- |
11 |
>>| note, strictly enabling from IUSE, no auto-negation. |
12 |
>>| I forgot to add this, but it's a 10 line change if people still view |
13 |
>>| it as worthwhile. |
14 |
>> |
15 |
>>Yes, very. Saves us from hacky local USE flag handling by naming them |
16 |
>>no* or adding them to profiles. |
17 |
>> |
18 |
>> |
19 |
>Which then raises the question of whether or not -* in a users USE |
20 |
>should disable it. |
21 |
>I say no, since -* is mainly for killing off auto-use crap and |
22 |
>profiles. |
23 |
> |
24 |
> |
25 |
> |
26 |
As long as there is a way provided disable the 'default use flags' in |
27 |
this case referring to the IUSE="+foo" stuff, with a big warning that |
28 |
says crap generally isn't expected to work great with that setting on, |
29 |
then thats fine. I can see something like a profile setting for this, |
30 |
since embedded may not want the same IUSE defaults as AMD64 |
31 |
multilib...this also saves the profiles from becoming huge with "Hi turn |
32 |
this default flag off, and that flag off, and this flag on..." crud. |
33 |
|
34 |
IMHO, it's really more of a profile setting anyhow, than a ebuild |
35 |
setting, although ebuilds could provide sensable defaults ( once again, |
36 |
making profiles smaller and less work for profile maintainers that don't |
37 |
deviate from the default much. |
38 |
|
39 |
In any case both situations scream "hi I need tools cause I'm horribly |
40 |
complex and difficult to maintain properly". |
41 |
-Alec Warner |
42 |
-- |
43 |
gentoo-dev@g.o mailing list |