Sven Wegener wrote:
> I like to have them separate. USE and use.mask are incremental, that
> means we might lock (via use.mask) a flag that is not set by the profile
> the use.mask is in. This might result in unwanted locking. Considering
> we want to use.mask (as in the old meaning, forcing it to be off)
> ncurses in the current profile, then we also need to USE="-ncurses" in
> the profile to make sure the flag is off and not activated by another
> profile. This needs to be done for all flags that should be use.mask'ed
> and that are, depending on the profile, quite a lot. Means double
> management work. Other solution is to modify portage to evaluate every
> use.mask and USE on a per profile level. But that's somehow against the
> cascading aspect of the profiles.

Yeah, I didn't think of that. Good point.

>>Question: with use.force, what happens if a flag is both masked and
>>forced? Does it get turned on, get turned off, or get portage to
>>complain and abort?
> 
> 
> Good question. I would prefer to turn the flag off and make portage
> print a message.

Sounds good enough to me. Just make sure it doesn't get printed for
every package if something gets broken after emerge sync :)
-- 
gentoo-dev@gentoo.org mailing list

Reply via email to