ufed doesn't work well with cascade profiles. here's an example (pay attention on 'gnome' flag): here my flags from /etc/make.conf: USE="3dnow apache2 dvd fbcon fla gd glut gtk2 imlib2 javascript jikes lcms \ mailwrapper mbox memlimit mmx nocardbus nptl nvidia pda ppds sasl \ serial sse userlocales v4l v4l2 videos vim-with-x wmf xvid -apm \ -foomaticdb -libg++ -spell -svga -berkdb -esd -gdbm -kde -mad -xml \ -xml2 -xmms -gnome" and from emerge info: USE="3dnow X aalib alsa apache2 arts avi bitmap-fonts crypt cups dvd encode f77 fam fbcon fla gd gif glut gphoto2 gpm gtk gtk2 imagemagick imlib imlib2 java javascript jikes jpeg lcms libwww mailwrapper mbox memlimit mikmod mmx motif mpeg mysql ncurses nls nocardbus nptl nvidia oggvorbis opengl oss pam pda pdflib perl png ppds python qt quicktime readline samba sasl sdl serial slang sse ssl tcltk tcpd tiff truetype userlocales v4l v4l2 videos vim-with-x wmf x86 xv xvid zlib" now i execute ufed, and i chose save in it (without any changes). from make.conf: USE="3dnow apache2 dvd fbcon fla gd glut gtk2 imlib2 javascript jikes lcms \ mailwrapper mbox memlimit mmx nocardbus nptl nvidia pda ppds sasl \ serial sse userlocales v4l v4l2 videos vim-with-x wmf xvid -apm \ -foomaticdb -libg++ -spell -svga -berkdb -esd -gdbm -kde -mad -xml \ -xml2 -xmms" from emerge info: USE="3dnow X aalib alsa apache2 arts avi bitmap-fonts crypt cups dvd encode f77 fam fbcon fla gd gif glut gnome gphoto2 gpm gtk gtk2 imagemagick imlib imlib2 java javascript jikes jpeg lcms libwww mailwrapper mbox memlimit mikmod mmx motif mpeg mysql ncurses nls nocardbus nptl nvidia oggvorbis opengl oss pam pda pdflib perl png ppds python qt quicktime readline samba sasl sdl serial slang sse ssl tcltk tcpd tiff truetype userlocales v4l v4l2 videos vim-with-x wmf x86 xv xvid zlib" as you can see, ufed turns 'gnome' flag on. it's propably becouse it doesn't see it's on by default and remove it from make.conf as a reduntant one. i'm using profile /usr/ portage/profiles/default-linux/x86/2004.2/gcc34/2.6 and ufed-0.35-r1
Created attachment 43468 [details, diff] more-cascaded-stuff.patch It's a bit ugly, but this fixes it (for me, anyway)
*** Bug 70453 has been marked as a duplicate of this bug. ***
*** Bug 71358 has been marked as a duplicate of this bug. ***
Maybe one should mask it until it is corrected, acutally there's alot broken in ufed atm - as it seems to me.
should be fixed in 0.35-r3.
*** Bug 80488 has been marked as a duplicate of this bug. ***
Definitely not fixed in 0.37-r3. I'm using default-linux/x86/2005.0 profile and when I add -ipv6 or -xmms to /etc/make.conf's USE and run ufed, save settings without making any changes, -ipv6 is gone from /etc/make.conf.
There is no 0.37-r3. Do you mean 0.35-r3, or do you mean 0.37-r2? If you mean 0.35-r3, please upgrade. If you mean 0.37-r2, could you provide your make.conf and the output of emerge --info (both after -ipv6 is removed)? Because it leaves it in with that exact profile for me.
Created attachment 57494 [details] /etc/make.conf 0.37-r2, sorry. make.conf attached, emerge output is below. wintermute / # emerge info Portage 2.0.51.19 (default-linux/x86/2005.0, gcc-3.4.3, glibc-2.3.4.20041102-r1, 2.6.10-gentoo-r6 i686) ================================================================= System uname: 2.6.10-gentoo-r6 i686 AMD Athlon(tm) 64 Processor 3400+ Gentoo Base System version 1.4.16 Python: dev-lang/python-2.4-r3,dev-lang/python-2.3.5 [2.4 (#1, Apr 26 2005, 10:54:19)] ccache version 2.4 [enabled] dev-lang/python: 2.4-r3, 2.3.5 sys-apps/sandbox: [Not Present] sys-devel/autoconf: 2.59-r6, 2.13 sys-devel/automake: 1.7.9-r1, 1.8.5-r3, 1.5, 1.4_p6, 1.6.3, 1.9.5 sys-devel/binutils: 2.15.92.0.2-r7 sys-devel/libtool: 1.5.16 virtual/os-headers: 2.6.8.1-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-march=athlon64 -O3 -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/mail/dspam /etc/mail/dspam/config /etc/terminfo /etc/env.d" CXXFLAGS="-march=athlon64 -O3 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig ccache distlocks notitles sandbox sfperms strict userpriv usersandbox" GENTOO_MIRRORS="http://ftp.uni-erlangen.de/pub/mirrors/gentoo http://gentoo.prz.rzeszow.pl http://gentoo.zie.pg.gda.pl" LANG="en_US" LINGUAS="en cs" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 3dnow 3dnowext X aac aalib accessibility alsa apm arts audiofile avi bash-completion berkdb bitmap-fonts bonobo bzip2 cdparanoia cdr commercial crypt cscope cups curl dga dlloader dnd doc dpms dvd dvdr dvdread elf emboss encode esd exiscan-acl expat faad fam fame ffmpeg flac foomaticdb fortran gcj gd gdbm gif glitz glut gnome gpm graphviz gstreamer gtk gtk2 gtkhtml guile hal icu imagemagick imap imlib ipv6 jabber java javascript jikes jpeg jpeg2k junit kde kdeenablefinal lcms libg++ libwww lm_sensors lufsusermount lzw-tiff mad mailwrapper matroska mbox md5sum mikmod mmx mmxext mng mono motif mozdevelop mozilla moznoirc moznomail mozsvg mp3 mpeg mplayer ncurses network nls nntp noantlr nobcel nobeanutils nobsh nocommonslogging nocommonsnet nojdepend nojsch nojython nolog4j nooro noregexp norhino noxalan noxerces nptl nsplugin nvidia odbc ogg oggvorbis opengl operanom2 oss pam pdflib perl php pic plotutils png ppds python qemu-fast qt quicktime readline real rrdtool rtc ruby samba sasl sdl slang smime snmp socks5 softmmu speex spell sqlite srp sse sse2 ssl subversion svg svga tcltk tcpd theora threads tiff truetype truetype-fonts type1 type1-fonts unicode usb v4l v4l2 vim-with-x vorbis wifi win32codecs wmf wxwin wxwindows xine xml xml2 xmms xrandr xv xvid xvmc yaz zeroconf zlib linguas_en linguas_cs" Unset: ASFLAGS, CBUILD, CTARGET, LC_ALL, LDFLAGS
I can't reproduce this with your make.conf and your profile. ufed correctly detects that ipv6 is enabled by default, and doesn't remove "-ipv6" from the list. But why are you using an x86 profile and CHOST, on amd64 with -march=athlon64? Please fix your system, and if you still have problems after that (or if you manage to track down the cause yourself), please provide those details again.
> I can't reproduce this with your make.conf and your profile. That's not surprising, otherwise this bug wouldn't be marked fixed, but it doesn't change the fact that it happens here. > But why are you using an x86 profile and CHOST, on amd64 with -march=athlon64? Because I'm running an x86 system? You seem to be incorrectly assuming that I am running 64bit OS, which is not true, I'm running 32bit x86. -march=athlon64 is a valid gcc flag when targetting Athlon64 running in 32bit mode. But I have to wonder, how is this related to problems with ufed? Does ufed parse and somehow interpret CFLAGS? Or is there any other plausible explanation of how this setting could affect ufed? > Please fix your system, There's nothing I could fix... Obviously something is wrong here, but I have no idea what, but it's definitely nothing amd64 related.
I know very little about amd64 myself. I had to ask myself if -march=athlon64 and an x86 profile is supported. It's not, even if you say it doesn't cause problems, sorry. But... if you really insist on keeping your system this way, could you change ufed's read_make_defaults to sub read_make_defaults() { for my $dir(@profiles) { print $dir, "\n"; my %env = read_sh "$dir/make.defaults"; print join(' ', @{$env{USE}}), "\n" if exists $env{USE}; } die; } and provide the output of ufed?
You're blaming unrelated thing: 1) it's a *compiler* flag, not portage one 2) there's not even an attempt on a lame explanation how could it possibly be related, let alone a credible one 3) unsurprisingly (well, apparently not to everyone), changing the setting to CFLAGS="-O3 -pipe" has *no* effect on ufed's misbehaviour (and neither does CFLAGS="-march=i686 -O3 -pipe" in case you were going to tell me that not using -march is not supported either). As you can see, the whole Athlon64 thing can be safely forgotten. After the changes to ufed, I was able to find the bug, so thanks! The output was "/1/usr/portage/profiles/default-linux/x86/2005.0". I remembered being surprised by Gentoo's use of /etc/make.profile -> ../usr/portage/profiles/... links instead of /usr/portage/profiles..., so I checked /etc/make.profile just in case, and it was indeed using the wrong form. I'm not yet sure how it happened (I'm sure it was correct initially, because of the surprise effect, but I had to restore the system from backup since then), but ufed definitely chokes on it. So this was bogus, sorry (well, unless you consider such fragility a bug, of course ;).
The point wasn't that portage or ufed has some sort of trouble reading your CFLAGS, it's that your currently installed programs are compiled with an unsupported combination of profile/CHOST and CFLAGS, so just changing it without reinstalling anything wouldn't help anyway. And again, I don't know much at all about amd64, so please don't tell me why it shouldn't cause problems; I just don't know, I have to ask what's supported, myself. Also, please understand that normally, unsupported means that even if you may have found a legitimate bug, it's up to you to make absolutely sure yourself that it's legit, and not some strange miscompilation of perl (even though I doubt that happened) or anything like that. Still, make.profile is allowed to be either an absolute or a relative path, and it's strange that it works for you with one but not the other. I'll try to take a closer look later, to see what might cause this.
