Bug 62261 – ufed cannot find use.defaults and make.defaults with the new profile structure

• Product: Gentoo Linux
• Status: RESOLVED FIXED

[Description Chin Yee 2004-08-30 08:44:18 UTC]

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. 
#

[Comment 1 Joakim 2004-09-19 15:52:14 UTC]

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"

[Comment 2 Luca Barbato 2004-09-20 00:38:13 UTC]

Created attachment 39995 [details, diff]
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

[Comment 3 Hiel Van Campen 2004-09-20 18:56:12 UTC]

"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/

[Comment 4 Luca Barbato 2004-09-21 00:54:43 UTC]

Created attachment 40056 [details, diff]
stacked support complete (should be fixed)

[Comment 5 Benjamin Schindler (RETIRED) 2004-09-24 06:49:43 UTC]

Created attachment 40297 [details, diff]
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

[Comment 6 Luca Barbato 2004-10-02 02:37:48 UTC]

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

[Comment 7 Luca Barbato 2004-10-05 15:56:12 UTC]

Created attachment 41183 [details, diff]
stacked support, unified patch

[Comment 8 Marius Mauch (RETIRED) 2004-10-06 10:24:19 UTC]

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.

[Comment 9 G.K.MacGregor 2004-11-13 04:01:30 UTC]

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!