Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 15125 - ufed 0.2: use.defaults ignored.. and also some general use.defaults "strange" behaviour
Summary: ufed 0.2: use.defaults ignored.. and also some general use.defaults "strange"...
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: All Linux
: Normal normal (vote)
Assignee: Robin Johnson
Depends on:
Reported: 2003-02-04 14:51 UTC by Jonas Berlin
Modified: 2003-09-25 18:12 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Note You need to log in before you can comment on or make changes to this bug.
Description Jonas Berlin 2003-02-04 14:51:56 UTC
I noticed some strange results with the USE flags in ufed and also in

Now I have to begin with telling thta I don't know exactly how the
final USE variable is calculated, but I guessed that


.. in /etc/make.globals would define the order to be (higher in list
overrides those below):

 1. environment variable "USE"     (in my case not set)
 2. /etc/make.conf
 3. /etc/make.profile/use.defaults
         ( mentioned this file under "autovars" or alike)
 4. /etc/make.profile/make.defaults

I did some study and I present here only the entries I considered
buggy. It's possible and even probable that my tests don't reveal all
peculiar behaviour, but here's what I found. I hope the data I provide
can help you in fixing the possible problems.

I considered the "USE" file of an installed package to be a proper
measurement of what flags were active during the compilation of an
ebuild, i.e. for example /var/db/pkg/app-admin/ufed-0.2/USE. If this
is not the case, then it might as well be that some or all of my
conclusions are invalid. Of course, I might be totally off track
anyway =)


First of all, it seems like ufed doesn't look at use.defaults at all,
and considers only flags enabled in make.defaults to be "on" by
default. As a motivation to my statement: For all flags enabled in
use.defaults, the flag was listed in make.conf *only* when also
selected through ufed, and not the other way around which I thought
should be the case (i.e. unselected flags should be present as
"-bonobo" in make.conf, and selected flags absent, for all flags
present in use.flags, like is done for all flags present in

Secondly, the resulting USE file lacked some flags enabled by
use.defaults and not touched by make.conf or make.defaults. All flags
that were present in either make.defaults or make.conf successfully
made it to the resulting USE file.

The flags that for me were listed in use.defaults but *not* in the
resulting USE file were:

 aalib alsa directfb ggi mozilla postgres scanner snmp

Flags that were listed in use.defaults *and* in the resulting USE file,
as expected:

 bonobo esd guile tcltk

Maybe there's a file somewhere that I don't know of that adjusts the
aalib, alsa etc flags that didn't appear in the resulting USE file..
If not, then is there maybe a bug in portage or somewhere else?


If you need more info, or help testing or analyzing, or just don't
understand a word that I'm saying, please don't hesitate contact me.

 - xkr47 @ {freenode,ircnet,quakenet}
Comment 1 SpanKY gentoo-dev 2003-02-04 19:18:10 UTC
`man make.conf` to see how USE_ORDER works 
Comment 2 Lesley van Zijl 2003-02-06 08:33:41 UTC
some other (what I think is) strange behaviour

I just typed ufed (after backing up my make.conf ;)) and i checked if everything was working fine. I saw that cups and arts and gnome (and some other) where selected although i I put a '-*' and no arts in my make.conf.

my USE before ufed:
USE="-* 3dnow aalib alsa avi crypt dga encode gif gtk imlib ipv6 java jpeg kde lcms mikmod mmx motif mozilla mpeg ncurses oggvorbis opengl pam pdflib perl png python qt qtmt quicktime readline sdl spell sse ssl svga tcltk tcpd tiff truetype wmf X xml xml2 xmms xv"

my USE after ufed (quit and save after starting it up)
USE="aalib alsa dga ipv6 lcms mozilla perl sse tcltk tiff wmf xml"

pretty scarry :/

emerge -up --deep world wants to compile 51 programs instead of 2.

Comment 3 Lesley van Zijl 2003-02-06 08:43:14 UTC
maybe there should be a 'X' '-' and 'blanco' option ?

and some of the options explanations are to long and therefor
I can't read it :) maybe a '?' on some of them ? 
Comment 4 Robin Johnson archtester Gentoo Infrastructure gentoo-dev Security 2003-04-04 23:28:06 UTC
I don't know if I'll get to this by the end of the package upgrade phase on sunday, but it is in the todo list (I have finals shortly so that's my delay).
Comment 5 Robin Johnson archtester Gentoo Infrastructure gentoo-dev Security 2003-04-25 04:29:44 UTC
the use.defaults part is fixed.
the strange behaviour _should_ be fixed.

please test ufed 0.3 in unstable and re-open the bug if the strange behaviour problem isn't resolved totally and it the docs don't resolve it.

please test your '-*' esp, i'm not certain on that at the moment.
Comment 6 Jonas Berlin 2003-04-30 05:45:47 UTC
Tested ufed 0.3 and I can confirm that it worked correctly now for
me.. except for the gif/ungif bug #20204 I posted earlier today, but
that is a different bug, so it seems to me this bug has been fixed
Comment 7 Robin Johnson archtester Gentoo Infrastructure gentoo-dev Security 2003-08-12 01:22:02 UTC
Closing bug properly.
Comment 8 Robin Johnson archtester Gentoo Infrastructure gentoo-dev Security 2003-08-12 01:22:17 UTC
Closing bug properly.
Comment 9 Robin Johnson archtester Gentoo Infrastructure gentoo-dev Security 2003-09-25 18:12:21 UTC
closing bug again.
Comment 10 Robin Johnson archtester Gentoo Infrastructure gentoo-dev Security 2003-09-25 18:12:34 UTC
closing bug again.