Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!

Bug 80488

Summary: ufed still doesn't respect nested make.defaults properly
Product: Gentoo Linux Reporter: Hunter Cook <hunter.cook>
Component: New packagesAssignee: Portage Tools Team <tools-portage>
Status: RESOLVED DUPLICATE    
Severity: normal    
Priority: High    
Version: unspecified   
Hardware: x86   
OS: Linux   
Whiteboard:
Package list:
Runtime testing required: ---

Description Hunter Cook 2005-02-02 09:47:20 UTC
ufed does not accurately see use flags set in a nested profile. Specifically, in /usr/portage/profiles/default-linux/x86/make.defaults USE is set to ${GRP_STAGE23_USE} + some more flags. The flags listed in ${GRP_STAGE23_USE} are not considered by ufed when it chooses which flags to set in /etc/make.conf.

In particular, ipv6 is set in ${GRP_STAGE23_USE} in that file, and ufed does not add a -ipv6 to make.conf (and in fact will pull it out if present). In other words, if you have the current x86 profile (2004.3) you cannot use ufed if you don't want ipv6 support.

Reproducible: Always
Steps to Reproduce:
1.use current profile ( /usr/portage/profiles/default-linux/x86/2004.3 )
2.use ufed to unset 'ipv6'
3.emerge --info and note that ipv6 is set.
4.set -ipv6 manually in /etc/make.conf
5.run ufed again (making at least one change, not necessarily to the ipv6 flag)
6.note that your change to /etc/make.conf is gone, and that ipv6 is set again.

Actual Results:  
ufed always sets ipv6, no matter what you tell it to do. Presumably there are
other flags that ufed sets improperly based on it not paying attention to the
nested versions of make.defaults.

Expected Results:  
ufed should properly get the state of USE from the nested profile, and put a
-ipv6 in /etc/make.conf when you unset that flag in ufed.

Portage 2.0.51-r15 (default-linux/x86/2004.3, gcc-3.3.5,
glibc-2.3.4.20040808-r1, 2.6.10-gentoo-r6 i686)
=================================================================
System uname: 2.6.10-gentoo-r6 i686 Intel(R) Celeron(R) CPU 2.40GHz
Gentoo Base System version 1.4.16
Python:              dev-lang/python-2.3.4 [2.3.4 (#1, Jan 12 2005, 22:54:24)]
dev-lang/python:     2.3.4
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.4
sys-devel/binutils:  2.15.92.0.2-r1
sys-devel/libtool:   1.5.10-r4
virtual/os-headers:  2.4.21-r1
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CFLAGS="-O2 -mcpu=i686 -fomit-frame-pointer -pipe"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config
/usr/share/config /var/bind /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-O2 -mcpu=i686 -fomit-frame-pointer -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs autoconfig ccache distlocks sandbox sfperms"
GENTOO_MIRRORS="http://distfiles.gentoo.org
http://distro.ibiblio.org/pub/Linux/distributions/gentoo"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="x86 aim apache2 ared aredmem avi berkdb bzlib cpdflib crypt cups exif fam
font-server foomaticdb fortran freetds ftp gd gdbm gif gstreamer hardenedphp icq
image imap imlib innodb ipv6 jabber java jpeg libg++ libwww lzw-tiff maildir
mime ming mmx mng mozilla msn msql mysql nagios-dns nagios-ntp nagios-ping
nagios-s nagios-ssh ncurses no-old-linux nocd oav oggvorbis oscar pam pdflib
perl php pic pie png procmail python quicktime readline rtc ruby samba sasl sdl
sendfile server session slang slp snmp soap sockets spell spl sse ssl tcpd
threads tiff tokenizer truetype truetype-fonts type1-fonts unicode vhosts
virus-scan xml xml2 yahoo zlib"
Unset:  ASFLAGS, CBUILD, CTARGET, LANG, LC_ALL, LDFLAGS, PORTDIR_OVERLAY
Comment 1 Harald van Dijk (RETIRED) gentoo-dev 2005-02-03 23:45:39 UTC
I think this is the same problem as bug #70345, and ufed 0.35-r3 fixes that, but that isn't yet marked stable. Could you see if it does indeed fix it?
Comment 2 Hunter Cook 2005-02-04 07:29:43 UTC
Sorry...70345 is definitely this issue. I didn't see it. I'll test out the new version and post results there. Thanks.

*** This bug has been marked as a duplicate of 70345 ***