Home | Docs | Forums | Lists | Bugs | Planet | Store | GMN | Get Gentoo!

Full Text Bug Listing

My /etc/make.profile points to
 /usr/portage/profiles/default-linux/x86/2004.2/gcc34/2.6
The so-called new-style location suggested in the "Gentoo Upgrading Guide"

When I tries to run ufed (version 0.35), it failed with following messages,
# ufed
sh: /etc/make.profile/make.defaults: No such file or directory
sh: /etc/make.profile/make.defaults: No such file or directory
couldn't open use.defaults at /usr/sbin/ufed line 513.
#

Apparrently, it did not search for the missing files in the parently directories. i.e., 
 /usr/portage/profiles/default-linux/x86/2004.2/gcc34;
 /usr/portage/profiles/default-linux/x86/2004.2  etc.

When I point /etc/make.profile to the so-called old-style location 
 /usr/portage/profiles/gcc34-x86-2004.2
the problem goes away as make.defaults and use.defaults are now found in the local directory.




Reproducible: Always
Steps to Reproduce:
1. cd /etc
2. ln -s /usr/portage/profiles/default-linux/x86/2004.2/gcc34/2.6 make.profile
2. ufed


Actual Results:  
# ufed 
sh: /etc/make.profile/make.defaults: No such file or directory 
sh: /etc/make.profile/make.defaults: No such file or directory 
couldn't open use.defaults at /usr/sbin/ufed line 513. 
#

Still broken, although I just get:
# ufed
couldn't open use.defaults at /usr/sbin/ufed line 513.

Maybe due to I run 2.4
Info:
# emerge info
Portage 2.0.51_rc1 (default-linux/x86/2004.2, gcc-3.4.1, glibc-2.3.4.20040808-r0, 2.4.27-gentoo-r1 i586)
=================================================================
System uname: 2.4.27-gentoo-r1 i586 AMD-K6(tm) 3D+ Processor
Gentoo Base System version 1.5.3
Autoconf: sys-devel/autoconf-2.59-r4
Automake: sys-devel/automake-1.8.5-r1
Binutils: sys-devel/binutils-2.15.90.0.1.1-r3
Headers:  sys-kernel/linux-headers-2.4.21,sys-kernel/linux-headers-2.4.22,sys-kernel/linux-headers-2.4.19-r1
Libtools: sys-devel/libtool-1.5.2-r5
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CFLAGS="-march=k6-3 -O3 -pipe"
CHOST="i586-pc-linux-gnu"
COMPILER=""
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="-march=k6-3 -O3 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs ccache sandbox sfperms"
GENTOO_MIRRORS="ftp:///ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/ http://ftp.easynet.nl/mirror/gentoo/ http://gentoo.tiscali.nl/gentoo/ http://www.gigaload.org/gentoo.org/ http://gentoo.mirror.sdv.fr"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage"
USE="aalib apache2 avi berkdb bitmap-fonts crypt encode foomaticdb gd gdbm ggi gif gpm gtk2 imap imlib jpeg libg++ libwww mad maildir mpeg mysql ncurses nls pam pdflib perl png python quicktime readline sasl sdl slang snmp spell ssl tcpd tiff truetype usb vhosts wmf x86 xml xml2 xprint zeo zlib"

Created an attachment (id=39995) [details]
Patch to get the use.defaults from the stacked profile (simple)

here a quick and silly patch, it doesn't work for every cases but worked for me
locally

"sillypatch" worked for me.

Info emerge --version
Portage 2.0.51_rc1 (default-linux/x86/2004.2/gcc34/2.6, gcc-3.4.1, glibc-2.3.4.20040808-r0, 2.6.8-gentoo-r2 i686

 /etc/make.profile -> /usr/portage/profiles/default-linux/x86/2004.2/gcc34/2.6/

Created an attachment (id=40056) [details]
stacked support complete (should be fixed)

Created an attachment (id=40297) [details]
Fixes the use.defaults not found error

Hmm... I just ran into this problem too. However, I found that just disabling
the die instruction would work too. If the file isn't found, ufed can still do
it's work. So, I'll add another patch. Just a proposal

the problem is that without the default list you won't know which useflag
remove.

Created an attachment (id=41183) [details]
stacked support, unfied patch

added ufed-0.35-r1 with Lucas patch. There might be a few odd cases where it
gives  wrong results but I think we don't have those cases in the tree.

Doesn't work for me. When I execute "ufed" the message
"ESC pressed, changes not saved" appears immediately. I haven't pressed ESC,
in fact I haven't pressed anything because the nice scrolling list of USE
flags does not appear at all!