Summary: | media-gfx/splashutils-1.1.9.6-r1 emerge fails on make klibc | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | MickKi <confabulate> |
Component: | Current packages | Assignee: | Michal Januszewski (RETIRED) <spock> |
Status: | RESOLVED WORKSFORME | ||
Severity: | normal | ||
Priority: | High | ||
Version: | unspecified | ||
Hardware: | x86 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
MickKi
2005-07-06 14:43:33 UTC
Please try emerge splashutils-1.1.9.7 after making sure that your kernel sources are correctly installed and configured. Are you by any chance using KBUILD_OUTPUT? I tried splashutils-1.1.9.7 but it still fails with the same error: ============================== ^[[32;01m*^[[0m Determining the location of the kernel source code ^[[32;01m*^[[0m Found kernel source directory: ^[[32;01m*^[[0m /usr/src/linux ^[[32;01m*^[[0m Found sources for kernel version: ^[[32;01m*^[[0m 2.6.11-gentoo-r9 >>> Unpacking source... >>> Unpacking splashutils-lite-1.1.9.7.tar.bz2 to /var/tmp/portage/splashutils- 1.1.9.7/work >>> Unpacking splashutils-gentoo-0.1.11.tar.bz2 to /var/tmp/portage/splashutils- 1.1.9.7/work >>> Unpacking miscsplashutils-0.1.3.tar.bz2 to /var/tmp/portage/splashutils-1.1. 9.7/work >>> Unpacking libpng-1.2.8.tar.bz2 to /var/tmp/portage/splashutils-1.1.9.7/work >>> Unpacking jpegsrc.v6b.tar.gz to /var/tmp/portage/splashutils-1.1.9.7/work >>> Unpacking freetype-2.1.9.tar.bz2 to /var/tmp/portage/splashutils-1.1.9.7/ work >>> Unpacking zlib-1.2.1.tar.bz2 to /var/tmp/portage/splashutils-1.1.9.7/work >>> Unpacking klibc-1.0.8.tar.bz2 to /var/tmp/portage/splashutils-1.1.9.7/work >>> Source unpacked. MAKE klibc In file included from /usr/src/linux/include/linux/linkage.h:4, from /usr/src/linux/include/asm/signal.h:5, from ../include/signal.h:13, from fork.c:9: /usr/src/linux/include/linux/config.h:4:28: linux/autoconf.h: No such file or directory make[1]: *** [fork.o] Error 1 make: *** [klibc] Error 2 !!! ERROR: media-gfx/splashutils-1.1.9.7 failed. !!! Function src_compile, Line 119, Exitcode 2 !!! failed to build splashutils ============================== Meanwhile I poked around a bit. It says it can't find linux/autoconf.h, however: ============================== # locate linux/autoconf.h /usr/src/linux-2.6.11-gentoo-r9/include/linux/autoconf.h /usr/include/linux/autoconf.h # ls -la /usr/include/linux/autoconf.h -rw-r--r-- 1 root root 28576 Jul 6 19:20 /usr/include/linux/autoconf.h # ls -la /usr/src/linux-2.6.11-gentoo-r9/include/linux/autoconf.h -rw------- 1 root root 32976 Jun 10 22:45 /usr/src/linux-2.6.11-gentoo-r9/ include/linux/autoconf.h ============================== Looking into /usr/src/linux/include/linux/config.h, I get: ============================== #ifndef _LINUX_CONFIG_H #define _LINUX_CONFIG_H #include <linux/autoconf.h> #endif ============================== All lines are commented out! Is that how it is supposed to be? I assume that I have correctly installed and configured my kernel - it has been working happily for a couple of months now - perhaps I should try with a fresher kernel in case this is a tad old? I assume that I am not using KBUILD_OUTPUT, if only because I do not know what that is . . . I also looked but can't find klibc on my machine. Please let me know if you need any more info. -- Regards, Mick Is /usr/src/linux a symlink to /usr/src/linux-2.6.11-gentoo-r9? Yep! ============================== # ls -la /usr/src/linux lrwxrwxrwx 1 root root 31 May 20 18:48 /usr/src/linux -> /usr/src/linux-2.6.11- gentoo-r9 ============================== Ok. Does /usr/src/linux/include/linux/autoconf.h exist in your system? Yes: ========================== # ls -la /usr/src/linux/include/linux/autoconf.h -rw------- 1 root root 32976 Jun 10 22:45 /usr/src/linux/include/linux/ autoconf.h ========================== Could you please try unmasking klibc and see whether you can emerge it? OK I guess I can try it. But even if it does emerge nicely, the problem remains why does it ask for a masked package as a dependency (this box is mostly stable ). It doesn't ask for this package as a dependency -- it comes bundled with it :) The klibs available in Portage and the one used in splashutils are actually independent of each other. But, if you can get the one from Portage to compile, it will give me some useful hints as to what is going wrong with splashutils and this should make it easier for me to fix the bug. Of course. Here is how it fails when it is emerged individually: ============================= [snip...] D_REGPARM=3 -DWITH_ERRLIST -W -Wall -Wpointer-arith -Wwrite-strings -Wstrict- prototypes -Winline -DDYNAMIC_CRC_TABLE -c -o execvp.o execvp.c gcc -Wp,-MT,execlp.o,-MD,./.execlp.o.d -march=i386 -Os -g -fomit-frame-pointer - falign-functions=0 -falign-jumps=0 -falign-loops=0 -m32 -D__KLIBC__=1 - D__KLIBC_MINOR__=0 -nostdinc -iwithprefix include -I../include/arch/i386 -I../ include/bits32 -I../include -I/usr/src/linux/include -I/usr/src/linux/include2 - I../linux/include -I./zlib -I./zlib -mregparm=3 -D_REGPARM=3 -DWITH_ERRLIST -W - Wall -Wpointer-arith -Wwrite-strings -Wstrict-prototypes -Winline - DDYNAMIC_CRC_TABLE -c -o execlp.o execlp.c gcc -Wp,-MT,execlpe.o,-MD,./.execlpe.o.d -march=i386 -Os -g -fomit-frame-pointer -falign-functions=0 -falign-jumps=0 -falign-loops=0 -m32 -D__KLIBC__=1 - D__KLIBC_MINOR__=0 -nostdinc -iwithprefix include -I../include/arch/i386 -I../ include/bits32 -I../include -I/usr/src/linux/include -I/usr/src/linux/include2 - I../linux/include -I./zlib -I./zlib -mregparm=3 -D_REGPARM=3 -DWITH_ERRLIST -W - Wall -Wpointer-arith -Wwrite-strings -Wstrict-prototypes -Winline - DDYNAMIC_CRC_TABLE -c -o execlpe.o execlpe.c gcc -Wp,-MT,fork.o,-MD,./.fork.o.d -march=i386 -Os -g -fomit-frame-pointer - falign-functions=0 -falign-jumps=0 -falign-loops=0 -m32 -D__KLIBC__=1 - D__KLIBC_MINOR__=0 -nostdinc -iwithprefix include -I../include/arch/i386 -I../ include/bits32 -I../include -I/usr/src/linux/include -I/usr/src/linux/include2 - I../linux/include -I./zlib -I./zlib -mregparm=3 -D_REGPARM=3 -DWITH_ERRLIST -W - Wall -Wpointer-arith -Wwrite-strings -Wstrict-prototypes -Winline - DDYNAMIC_CRC_TABLE -c -o fork.o fork.c In file included from /usr/src/linux/include/linux/linkage.h:4, from /usr/src/linux/include/asm/signal.h:5, from ../include/signal.h:13, from fork.c:9: /usr/src/linux/include/linux/config.h:4:28: linux/autoconf.h: No such file or directory make[1]: *** [fork.o] Error 1 make[1]: Leaving directory `/var/tmp/portage/klibc-1.0.14/work/klibc-1.0.14/ klibc' make: *** [all] Error 2 !!! ERROR: dev-libs/klibc-1.0.14 failed. !!! Function src_compile, Line 109, Exitcode 2 !!! Compile failed! ============================= -- Regards, Mick I believe 'chmod a+r /usr/src/linux/include/linux/autoconf.h' might fix your problem. Wey,hey! That fixed it. :D Question: why were the /usr/src/linux/include/linux/autoconf.h file permissions different than what is needed for klibc to emerge successfully? Thanks for your help! -- Regards, Mick Well, that's a good question :) The problem was there not just because of 'wrong' persmissions -- it was there because of the permissions that were set and the fact that you have 'userpriv usersandbox' in your FEATURES. linux/autoconf.h was root-readable only, so the portage process running with user privileges had no way of accessing it.. *** Bug 103135 has been marked as a duplicate of this bug. *** |