My environment contains the string NAME=Chris Smith used by, I think, emacs rmail to put my real name on the From: line. Emerging procps-3.2.3-r1 fails with gcc -shared -Wl,-soname,libChris Smith-3.2.3.so -Wl,--version-script=proc/librar y.map -o proc/libChris proc/alloc.o proc/devname.o proc/escape.o proc/ksym.o pro c/pwcache.o proc/readproc.o proc/sig.o proc/slab.o proc/status.o proc/sysinfo.o proc/version.o proc/whattime.o -lc gcc: Smith-3.2.3.so: No such file or directory make: *** [proc/libChris] Error 1 !!! ERROR: sys-apps/procps-3.2.3-r1 failed. !!! Function einstall, Line 478, Exitcode 2 !!! einstall failed !!! If you need support, post the topmost build error, NOT this status message. As you'd expect, 'unset NAME' allows the build to complete normally. Reproducible: Always Steps to Reproduce: 1. export NAME='Chris Smith' 2. emerge procps 3. Actual Results: See above Expected Results: See above
hrm, i cant reproduce this here with 3.2.4 ... could you try that please ?
proc/module.mk uses NAME := proc ; in both versions but I could get this to trigger when using 3.2.4 Only with the 3.2.3 I could. Index: procps-3.2.3-r1.ebuild =================================================================== RCS file: /var/cvsroot/gentoo-x86/sys-apps/procps/procps-3.2.3-r1.ebuild,v retrieving revision 1.14 diff -u -b -B -w -p -r1.14 procps-3.2.3-r1.ebuild --- procps-3.2.3-r1.ebuild 2 Jan 2005 23:46:53 -0000 1.14 +++ procps-3.2.3-r1.ebuild 9 Jan 2005 21:23:48 -0000 @@ -41,7 +41,7 @@ src_compile() { } src_install() { - einstall -e DESTDIR="${D}"|| die + einstall -e NAME=proc DESTDIR="${D}"|| die insinto /usr/include/proc doins proc/*.h SpanKY This 2.3.4 version has been around long enough to go stable. *procps-3.2.4 (04 Nov 2004)
ah yes i remember now using -e is a very bad idea and i fixed that in 3.2.4 :) moved 3.2.4 to stable