* Messages for package sys-libs/pam-1.1.1-r2: * ERROR: sys-libs/pam-1.1.1-r2 failed: * emake failed Reproducible: Always Steps to Reproduce: 1.emerge sys-libs/pam Actual Results: * ERROR: sys-libs/pam-1.1.1-r2 failed: * emake failed * * Call stack: * ebuild.sh, line 54: Called src_compile * environment, line 3642: Called die * The specific snippet of code: * emake sepermitlockdir="${EPREFIX}/var/run/sepermit" || die "emake failed" * * If you need support, post the output of 'emerge --info =sys-libs/pam-1.1.1-r2', * the complete build log and the output of 'emerge -pqv =sys-libs/pam-1.1.1-r2'. * The complete build log is located at '/var/tmp/portage/sys-libs/pam-1.1.1-r2/temp/build.log'. * The ebuild environment file is located at '/var/tmp/portage/sys-libs/pam-1.1.1-r2/temp/environment'. * S: '/var/tmp/portage/sys-libs/pam-1.1.1-r2/work/Linux-PAM-1.1.1' Expected Results: successful build Note: This ebuild is on an ARM platform, but cross compiled to an AMD64 with distcc
Created attachment 244235 [details] build.log
Created attachment 244255 [details] emerge --info
Created attachment 244257 [details] environment
Please try disabling distcc, if the problem is distcc, check your other peers so that they have the _same exact_ compiler.
I disengaged distcc and the package successfully installed. Both machines (Plug the ARM, and Hermes the AMD64) have the same compiler,4.4.4-r1: plug ~ # eix -I sys-devel/gcc [I] sys-devel/gcc Available versions: (2.95) [P]*2.95.3-r9 [P]~*2.95.3-r10!s (3.1) [P]*3.1.1-r2 (3.2) **3.2.2!s *3.2.3-r4 (3.3) ~*3.3.6-r1!s (3.4) 3.4.6-r2!s (4.0) ~*4.0.4!s (4.1) 4.1.2!s (4.2) (~)4.2.4-r1!s (4.3) (~)4.3.2-r3!s 4.3.2-r4!s (~)4.3.3-r2!s 4.3.4!s (~)4.3.5!s (4.4) ~*4.4.1!s (~)4.4.2!s 4.4.3-r2!s (~)4.4.3-r3!s (~)4.4.4!s (~)4.4.4-r1!s (4.5) [M]**4.5.0!s [M]**4.5.1!s {altivec bootstrap boundschecking build d doc fixed-point fortran gcj graphite gtk hardened ip28 ip32r10k java libffi lto mudflap multilib multislot n32 n64 nls nocxx nopie nossp nptl objc objc++ objc-gc openmp static test vanilla} Installed versions: 4.4.4-r1(4.4)!s(04:39:26 AM 08/23/2010)(fortran mudflap nls nptl openmp -altivec -bootstrap -build -doc -fixed-point -gcj -graphite -gtk -hardened -libffi -multilib -multislot -n32 -n64 -nocxx -nopie -nossp -objc -objc++ -objc-gc -test -vanilla) Homepage: http://gcc.gnu.org/ Description: The GNU Compiler Collection. [I] sys-devel/gcc-config Available versions: 1.3.16 1.4.0-r4 1.4.1 **1.5 Installed versions: 1.4.1(05:46:51 AM 06/23/2010) Homepage: http://www.gentoo.org/ Description: Utility to change the gcc compiler being used Found 2 matches. plug ~ # hermes ~ # eix -I sys-devel/gcc [D] sys-devel/gcc Available versions: (2.95) (*)2.95.3-r9 (~*)2.95.3-r10!s (3.1) (*)3.1.1-r2 (3.2) (**)3.2.2!s (*)3.2.3-r4 (3.3) (~)3.3.6-r1!s (3.4) 3.4.6-r2!s (4.0) (~*)4.0.4!s (4.1) 4.1.2!s (4.2) (~)4.2.4-r1!s (4.3) 4.3.2-r3!s (~)4.3.2-r4!s (~)4.3.3-r2!s 4.3.4!s (4.4) (~)4.4.1!s (~)4.4.2!s (~)4.4.3!s {altivec bootstrap boundschecking build d doc fixed-point fortran gcj graphite gtk hardened ip28 ip32r10k java libffi mudflap multilib multislot n32 n64 nls nocxx nopie nossp nptl objc objc++ objc-gc openmp static test vanilla} Installed versions: 4.4.4-r1(4.4)!s(10:42:50 07/11/10)(fortran gtk mudflap multilib nls nptl openmp -altivec -bootstrap -build -doc -fixed-point -gcj -graphite -hardened -libffi -multislot -n32 -n64 -nocxx -nopie -nossp -objc -objc++ -objc-gc -test -vanilla) Homepage: http://gcc.gnu.org/ Description: The GNU Compiler Collection. Includes C/C++, java compilers, pie+ssp extensions, Haj Ten Brugge runtime bounds checking [I] sys-devel/gcc-config Available versions: 1.3.16 1.4.0-r4 1.4.1 **1.5 Installed versions: 1.4.1(07:37:09 09/10/09) Homepage: http://www.gentoo.org/ Description: Utility to change the gcc compiler being used Found 2 matches. hermes ~ # Question: should I re-emerge and keep the staging area and then add the build log information to this bug to be handed over to the team concerned with distcc? Or is this anomaly so remote that it's something better left alone? Go ahead and close the bug is there is nothing more I could provide. Thank you.
Leaving this to distcc maintainers since I'm only concerned that PAM works myself ;) Btw you should check the cross-gcc on the amd64; if you don't have a cross-gcc... don't use distcc between those two ^^;;
Yes, I do have a cross-compiler set up on the AMD64. I've been using the cross compiler with distcc for several months devotedly updated my ARM platform every several days; this is to say that it is a proven working system.
hmm, it seems libtool has problems. (snip) libtool: compile: mv -f "sha1.o" ".libs/pam_timestamp_la-sha1.o" libtool: link: armv5tel-softfloat-linux-gnueabi-gcc -I../../libpam/include -I../../libpamc/include -Os -march=armv5te -pipe -W -Wall -Wbad-function-cast -Wcast-align -Wcast-qual -Wmissing-declarations -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wstrict-prototypes -Wwrite-strings -Winline -Wshadow -Wl,-O1 -Wl,-O1 -o .libs/hmacfile hmacfile.o hmacsha1.o sha1.o -Wl,--as-needed -L/var/tmp/portage/sys-libs/pam-1.1.1-r2/work/Linux-PAM-1.1.1/libpam /var/tmp/portage/sys-libs/pam-1.1.1-r2/work/Linux-PAM-1.1.1/libpam/.libs/libpam.so -ldl armv5tel-softfloat-linux-gnueabi-gcc: sha1.o: No such file or directory What version of libtool do you have? Could you try to emerge with libtool-2.2.10?
plug ~ # eix libtool [I] sys-devel/libtool Available versions: (1.3) 1.3.5 (1.5) **1.5.26 ~1.5.26-r1 2.2.6b **9999 (2) ~2.2.8-r1 ~2.2.10 {test vanilla} Installed versions: 2.2.6b(1.5)(01:44:28 PM 06/23/2010)(-test -vanilla) Homepage: http://www.gnu.org/software/libtool/ Description: A shared library tool for developers plug ~ # Question: it appears libtool is slotted and that I have slot 1.5. I do not know much about slotting and wonder what needs to be done to move to slot 2 for version 2.2.10. I tried to see if I had a slot set somewhere for libtool, e.g. /etc/portage/* & world, but did not find anything.
-- ping -- In order to try the suggested action, I need some guidance. Please see my Comment #9