Summary: | Emerge of app-misc/lirc-0.7.0_pre3 causes sandbox violation | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Jarle Bjørgeengen <jarle> |
Component: | New packages | Assignee: | Heinrich Wendel (RETIRED) <lanius> |
Status: | RESOLVED TEST-REQUEST | ||
Severity: | normal | CC: | jrmalaq, latexer, mholzer |
Priority: | Normal | ||
Version: | 1.4 | ||
Hardware: | x86 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Jarle Bjørgeengen
2004-04-16 04:35:29 UTC
*** Bug 47421 has been marked as a duplicate of this bug. *** maybe we have a chance with the same as done in media-sound/alsa-driver/alsa-driver-1.0.4-r1.ebuild in which the whole kernel source is copied to PORTAGE_TEMP I had the same problem with kernel 2.4.26 and lirc-0.7.0_pre3 (other lirc versions failed also). I got mine working by doing the following steps: - Installing linux-headers-2.4.26 (masked, needs some adjustment) - Re-emerge glibc - Copying /usr/src/linux/* -> /var/tmp/portage/linux-2.4.26 (as per advice in comment #2, I I had the same problem with kernel 2.4.26 and lirc-0.7.0_pre3 (other lirc versions failed also). I got mine working by doing the following steps: - Installing linux-headers-2.4.26 (masked, needs some adjustment) - Re-emerge glibc - Copying /usr/src/linux/* -> /var/tmp/portage/linux-2.4.26 (as per advice in comment #2, I´m not sure if this helped or is necessary, since emerge lirc didn't work until after doing the kernel steps) - Going to /usr/src/linux and doing make mrproper - Copying the old config back - Make menuconfig (and saved the config unchanged) - Make dep After this emerge lirc worked. I´m not sure if all these steps are necessary, and don´t dare to change bugs status or anything since I´m a newbie with this bugreporting stuff. I hope this helps anyway. latexer: does the new kmod elcass copy the kernel sources for kernel 2.4 as well? does this bug still occur with lirc-0.7.0_pre7 ? No, with lirc-0.7.0_pre7 you'll get: cc1: Permission denied: opening dependency file scripts/basic/.fixdep.d ... only if in /etc/make.conf you have FEATURES="userpriv" so it builds fine without userpriv? I have now duplicated this bug on kernel 2.4.26-gentoo-r9 when emerging lirc-0.7.0_pre7. This is a fresh gentoo install: make[4]: Entering directory `/usr/src/linux-2.4.26-gentoo-r9' gcc -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -o scripts/split-include scripts/split-include.c ACCESS DENIED open_wr: /usr/src/linux-2.4.26-gentoo-r9/scripts/split-include /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.4/../../../../i686-pc-linux-gnu/bin/ld: cannot open output file scripts/split-include: Permission denied collect2: ld returned 1 exit status ACCESS DENIED unlink: /usr/src/linux-2.4.26-gentoo-r9/scripts/split-include ... --------------------------- ACCESS VIOLATION SUMMARY --------------------------- LOG FILE = "/tmp/sandbox-app-misc_-_lirc-0.7.0_pre7-13508.log" open_wr: /usr/src/linux-2.4.26-gentoo-r9/scripts/split-include unlink: /usr/src/linux-2.4.26-gentoo-r9/scripts/split-include -------------------------------------------------------------------------------- what about lirc-0.7.0? please test lirc-0.7.0-r1 |