Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 62261 - ufed cannot find use.defaults and make.defaults with the new profile structure
Summary: ufed cannot find use.defaults and make.defaults with the new profile structure
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: x86 Linux
: High major (vote)
Assignee: Portage Tools Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-08-30 08:44 UTC by Chin Yee
Modified: 2004-11-13 04:01 UTC (History)
2 users (show)

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


Attachments
Patch to get the use.defaults from the stacked profile (simple) (sillypatch,1.92 KB, patch)
2004-09-20 00:38 UTC, Luca Barbato
Details | Diff
stacked support complete (should be fixed) (stacked-ufed,1.92 KB, patch)
2004-09-21 00:54 UTC, Luca Barbato
Details | Diff
Fixes the use.defaults not found error (ufed_patch,369 bytes, patch)
2004-09-24 06:49 UTC, Benjamin Schindler (RETIRED)
Details | Diff
stacked support, unified patch (ufed-unified.patch,2.31 KB, patch)
2004-10-05 15:56 UTC, Luca Barbato
Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
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 gentoo-dev 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 gentoo-dev 2004-09-21 00:54:43 UTC
Created attachment 40056 [details, diff]
stacked support complete (should be fixed)
Comment 5 Benjamin Schindler (RETIRED) gentoo-dev 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 gentoo-dev 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 gentoo-dev 2004-10-05 15:56:12 UTC
Created attachment 41183 [details, diff]
stacked support, unified patch
Comment 8 Marius Mauch (RETIRED) gentoo-dev 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!