38963 – emerge of lirc-0.6.6-r1 and lirc-0.7.0_pre2 fail with the same message: ACCESS DENIED open_wr: /usr/src/linux-2.4.24-epia-r1/include/config/microcode.h

Bug 38963 - emerge of lirc-0.6.6-r1 and lirc-0.7.0_pre2 fail with the same message: ACCESS DENIED open_wr: /usr/src/linux-2.4.24-epia-r1/include/config/microcode.h

Summary: emerge of lirc-0.6.6-r1 and lirc-0.7.0_pre2 fail with the same message: ACCES...

Status:	RESOLVED FIXED

Alias:	None

Product:	Gentoo Linux
Classification:	Unclassified
Component:	New packages (show other bugs)
Hardware:	x86 Linux

Importance:	High major (vote)
Assignee:	x86-kernel@gentoo.org (DEPRECATED)

URL:
Whiteboard:
Keywords:

Depends on:
Blocks:

Reported:	2004-01-21 14:22 UTC by Jonas K. T.
Modified:	2004-04-16 17:17 UTC (History)
CC List:	2 users (show)

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

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.

Description Jonas K. T. 2004-01-21 14:22:51 UTC

It seems like the two lirc versions are trying a "jail break", i.e. trying to modify stuff outside the sandbox. This seems to be causing the emerge to fail with an access denied exception.

Just watching the portion of the ebuild stdout seems to reveal immidiate source of the problem (refer the snippet in "Actual Results").

In the file /var/tmp/portage/lirc-0.6.6-r1/work/lirc-0.6.6/drivers/lirc_dev/Makefile.am, at line 25, the following statement is given:
DIR=`pwd`; (cd $(KERNEL_LOCATION); make SUBDIRS=$$DIR obj-m=$(module_DATA) modules)

As could be seen in the emerge snippet KERNEL_LOCATION at the time of execution was '/usr/src/linux/'.

All files declaring KERNEL_LOCATION are Makefiles and declare it always as: KERNEL_LOCATION = /usr/src/linux/

Reproducible: Always
Steps to Reproduce:
For lirc 0.6.6
1. issue the command: emerge lirc.

For lirc 0.7.0
1. issue the command: ACCEPT_KEYWORDS="~x86" emerge
Actual Results:  
... snip ...
make: Entering directory `/var/tmp/portage/lirc-0.6.6-r1/work/lirc-0.6.6/drivers'
Making all in lirc_dev
make[1]: Entering directory
`/var/tmp/portage/lirc-0.6.6-r1/work/lirc-0.6.6/drivers/lirc_dev'
cd ../.. && \
  CONFIG_HEADERS= CONFIG_LINKS= \
  CONFIG_FILES=drivers/lirc_dev/Makefile /bin/sh ./config.status
config.status: creating drivers/lirc_dev/Makefile
config.status: executing depfiles commands
make[1]: Leaving directory
`/var/tmp/portage/lirc-0.6.6-r1/work/lirc-0.6.6/drivers/lirc_dev'
make[1]: Entering directory
`/var/tmp/portage/lirc-0.6.6-r1/work/lirc-0.6.6/drivers/lirc_dev'
DIR=`pwd`; (cd /usr/src/linux/; make SUBDIRS=$DIR obj-m=lirc_dev.o modules)
/usr/src/linux-2.4.24-epia-r1/scripts/pathdown.sh: line 4: TOPDIR: parameter
null or not set
make[2]: Entering directory `/usr/src/linux-2.4.24-epia-r1'
make[2]: warning: jobserver unavailable: using -j1.  Add `+' to parent make rule.
scripts/split-include include/linux/autoconf.h include/config
ACCESS DENIED  open_wr:   /usr/src/linux-2.4.24-epia-r1/include/config/microcode.h
scripts/split-include: microcode.h: Permission denied
make[2]: *** [include/config/MARKER] Error 1
make[2]: Leaving directory `/usr/src/linux-2.4.24-epia-r1'
make[1]: *** [lirc_dev.o] Error 2
make[1]: Leaving directory
`/var/tmp/portage/lirc-0.6.6-r1/work/lirc-0.6.6/drivers/lirc_dev'
make: *** [all-recursive] Error 1
make: Leaving directory `/var/tmp/portage/lirc-0.6.6-r1/work/lirc-0.6.6/drivers'

!!! ERROR: app-misc/lirc-0.6.6-r1 failed.
!!! Function src_compile, Line 105, Exitcode 2
!!! (no error message)

--------------------------- ACCESS VIOLATION SUMMARY ---------------------------
LOG FILE = "/tmp/sandbox-lirc-0.6.6-r1-24542.log"

open_wr:   /usr/src/linux-2.4.24-epia-r1/include/config/microcode.h
--------------------------------------------------------------------------------


Expected Results:  
Successful build and installation of the software.

Portage 2.0.49-r21 (default-x86-1.4, gcc-3.2.3, glibc-2.3.2-r1, 2.4.24-epia1-r1)
=================================================================
System uname: 2.4.24-epia1-r1 i686 VIA Nehemiah
Gentoo Base System version 1.4.3.8p1
distcc 2.11.1 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled]
ccache version 2.3 [enabled]
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CFLAGS="-Os -march=i686 -msse -mmmx"
CHOST="i686-pc-linux-gnu"
COMPILER="gcc3"
CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config
/usr/kde/3/share/config /usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d"
CXXFLAGS="-Os -march=i686 -msse -mmmx"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs buildpkg ccache sandbox"
GENTOO_MIRRORS="ftp://gentoo.linux.no/pub/gentoo/ ftp://mirror.pudas.net/gentoo
ftp://ftp.uninett.no/pub/linux/Gentoo http://gentoo.linux.no/"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="X acpi alsa apm avi berkdb cdr crypt curl dvd encode esd gdbm gif gpm gtk2
imlib jpeg libg++ libwww mad mikmod mmx motif moznocalendar moznocompose
moznoirc moznomail mpeg mysql ncurses nls oggvorbis opengl oss pam perl png
python qt quicktime readline samba sdl slang spell sse ssl svga tcpd truetype
usb x86 xml2 xmms xv zlib video_cards_cle266"

Hardware details:
Model name: Via Epia m10000 (refer to
http://www.viavpsd.com/product/epia_m_spec.jsp?motherboardId=81 if you want the
whole spec).

Additional HW components:
RAM: 256 MB.
HD: 120 GB Seagate baracuda.
V4L capture card: Hauppauge PVR 250.

v4l driver: ivtv-0.1.9.tar.gz ( downloaded from http://ivtv.sourceforge.net )

Kernel: Stock 2.4.24 with epia patches applied from local portage ( downloaded
from http://epia.kalf.org/portage/ )

My kernel config-spec:
CONFIG_X86=y
CONFIG_UID16=y
CONFIG_EXPERIMENTAL=y
CONFIG_MODULES=y
CONFIG_MODVERSIONS=y
CONFIG_KMOD=y
CONFIG_MVIAC3_2=y
CONFIG_X86_WP_WORKS_OK=y
CONFIG_X86_INVLPG=y
CONFIG_X86_CMPXCHG=y
CONFIG_X86_XADD=y
CONFIG_X86_BSWAP=y
CONFIG_X86_POPAD_OK=y
CONFIG_RWSEM_XCHGADD_ALGORITHM=y
CONFIG_X86_L1_CACHE_SHIFT=5
CONFIG_X86_HAS_TSC=y
CONFIG_X86_ALIGNMENT_16=y
CONFIG_X86_USE_PPRO_CHECKSUM=y
CONFIG_X86_F00F_WORKS_OK=y
CONFIG_X86_MCE=y
CONFIG_CPU_FREQ=y
CONFIG_CPU_FREQ_TABLE=y
CONFIG_CPU_FREQ_PROC_INTF=y
CONFIG_CPU_FREQ_GOV_USERSPACE=y
CONFIG_CPU_FREQ_24_API=y
CONFIG_NOHIGHMEM=y
CONFIG_MTRR=y
CONFIG_X86_UP_APIC=y
CONFIG_X86_UP_IOAPIC=y
CONFIG_X86_LOCAL_APIC=y
CONFIG_X86_IO_APIC=y
CONFIG_X86_TSC=y
CONFIG_NET=y
CONFIG_PCI=y
CONFIG_PCI_GOANY=y
CONFIG_PCI_BIOS=y
CONFIG_PCI_DIRECT=y
CONFIG_ISA=y
CONFIG_PCI_NAMES=y
CONFIG_HOTPLUG=y
CONFIG_SYSVIPC=y
CONFIG_BSD_PROCESS_ACCT=y
CONFIG_SYSCTL=y
CONFIG_KCORE_ELF=y
CONFIG_BINFMT_AOUT=m
CONFIG_BINFMT_ELF=y
CONFIG_BINFMT_MISC=m
CONFIG_PM=y
CONFIG_ACPI=y
CONFIG_ACPI_BOOT=y
CONFIG_ACPI_BUS=y
CONFIG_ACPI_INTERPRETER=y
CONFIG_ACPI_EC=y
CONFIG_ACPI_POWER=y
CONFIG_ACPI_PCI=y
CONFIG_ACPI_SLEEP=y
CONFIG_ACPI_SYSTEM=y
CONFIG_ACPI_AC=y
CONFIG_ACPI_BUTTON=y
CONFIG_ACPI_FAN=y
CONFIG_ACPI_PROCESSOR=y
CONFIG_ACPI_THERMAL=y
CONFIG_PNP=m
CONFIG_ISAPNP=m
CONFIG_BLK_DEV_FD=m
CONFIG_BLK_DEV_LOOP=m
CONFIG_BLK_DEV_NBD=m
CONFIG_BLK_DEV_RAM=y
CONFIG_BLK_DEV_RAM_SIZE=4096
CONFIG_BLK_DEV_INITRD=y
CONFIG_BLK_STATS=y
CONFIG_MD=y
CONFIG_BLK_DEV_MD=m
CONFIG_BLK_DEV_LVM=m
CONFIG_PACKET=y
CONFIG_UNIX=y
CONFIG_INET=y
CONFIG_IP_MULTICAST=y
CONFIG_IPV6_SCTP__=y
CONFIG_IDE=y
CONFIG_BLK_DEV_IDE=y
CONFIG_BLK_DEV_IDEDISK=y
CONFIG_IDEDISK_MULTI_MODE=y
CONFIG_BLK_DEV_IDECD=m
CONFIG_BLK_DEV_IDESCSI=m
CONFIG_BLK_DEV_IDEPCI=y
CONFIG_BLK_DEV_GENERIC=y
CONFIG_IDEPCI_SHARE_IRQ=y
CONFIG_BLK_DEV_IDEDMA_PCI=y
CONFIG_IDEDMA_PCI_AUTO=y
CONFIG_BLK_DEV_IDEDMA=y
CONFIG_BLK_DEV_VIA82CXXX=m
CONFIG_IDEDMA_AUTO=y
CONFIG_BLK_DEV_IDE_MODES=y
CONFIG_SCSI=y
CONFIG_BLK_DEV_SR=m
CONFIG_SR_EXTRA_DEVS=2
CONFIG_CHR_DEV_SG=m
CONFIG_IEEE1394=m
CONFIG_IEEE1394_OHCI1394=m
CONFIG_IEEE1394_VIDEO1394=m
CONFIG_IEEE1394_SBP2=m
CONFIG_IEEE1394_SBP2_PHYS_DMA=y
CONFIG_IEEE1394_ETH1394=m
CONFIG_IEEE1394_DV1394=m
CONFIG_IEEE1394_RAWIO=m
CONFIG_IEEE1394_CMP=m
CONFIG_IEEE1394_AMDTP=m
CONFIG_NETDEVICES=y
CONFIG_NET_ETHERNET=y
CONFIG_NET_PCI=y
CONFIG_VIA_RHINE=m
CONFIG_INPUT=y
CONFIG_INPUT_KEYBDEV=y
CONFIG_INPUT_MOUSEDEV=m
CONFIG_INPUT_MOUSEDEV_SCREEN_X=1024
CONFIG_INPUT_MOUSEDEV_SCREEN_Y=768
CONFIG_VT=y
CONFIG_VT_CONSOLE=y
CONFIG_SERIAL=y
CONFIG_UNIX98_PTYS=y
CONFIG_UNIX98_PTY_COUNT=256
CONFIG_I2C=m
CONFIG_I2C_ALGOBIT=m
CONFIG_I2C_ALGOPCF=m
CONFIG_I2C_CHARDEV=m
CONFIG_I2C_PROC=m
CONFIG_MOUSE=y
CONFIG_PSMOUSE=y
CONFIG_HW_RANDOM=m
CONFIG_RTC=m
CONFIG_CLE266VGAIO=m
CONFIG_AGP=m
CONFIG_AGP_VIA=y
CONFIG_DRM=y
CONFIG_DRM_NEW=y
CONFIG_DRM_VIA=m
CONFIG_VIDEO_DEV=m
CONFIG_VIDEO_PROC_FS=y
CONFIG_VIDEO_BT848=m
CONFIG_VIDEO_CLE266=m
CONFIG_AUTOFS_FS=m
CONFIG_AUTOFS4_FS=m
CONFIG_REISERFS_FS=y
CONFIG_SUPERMOUNT=m
CONFIG_EXT3_FS=y
CONFIG_JBD=y
CONFIG_FAT_FS=m
CONFIG_VFAT_FS=m
CONFIG_CRAMFS=y
CONFIG_TMPFS=y
CONFIG_RAMFS=y
CONFIG_ISO9660_FS=m
CONFIG_JOLIET=y
CONFIG_ZISOFS=y
CONFIG_JFS_FS=y
CONFIG_NTFS_FS=m
CONFIG_PROC_FS=y
CONFIG_DEVFS_FS=y
CONFIG_DEVFS_MOUNT=y
CONFIG_DEVPTS_FS=y
CONFIG_EXT2_FS=y
CONFIG_UDF_FS=m
CONFIG_NFS_FS=m
CONFIG_NFS_V3=y
CONFIG_NFSD=m
CONFIG_NFSD_V3=y
CONFIG_SUNRPC=m
CONFIG_LOCKD=m
CONFIG_LOCKD_V4=y
CONFIG_SMB_FS=m
CONFIG_SMB_NLS_DEFAULT=y
CONFIG_SMB_NLS_REMOTE="cp437"
CONFIG_ZISOFS_FS=m
CONFIG_PARTITION_ADVANCED=y
CONFIG_MSDOS_PARTITION=y
CONFIG_SMB_NLS=y
CONFIG_NLS=y
CONFIG_NLS_DEFAULT="iso8859-1"
CONFIG_NLS_CODEPAGE_437=m
CONFIG_NLS_CODEPAGE_850=m
CONFIG_NLS_ISO8859_1=m
CONFIG_NLS_UTF8=m
CONFIG_VGA_CONSOLE=y
CONFIG_VIDEO_SELECT=y
CONFIG_FB=y
CONFIG_DUMMY_CONSOLE=y
CONFIG_FB_LOGO_VIA=y
CONFIG_FB_VESA=y
CONFIG_VIDEO_SELECT=y
CONFIG_FB_CLE266=m
CONFIG_FBCON_CFB8=y
CONFIG_FBCON_CFB16=y
CONFIG_FBCON_CFB24=y
CONFIG_FBCON_CFB32=y
CONFIG_FONT_8x8=y
CONFIG_FONT_8x16=y
CONFIG_SOUND=m
CONFIG_SOUND_VIA82CXXX=m
CONFIG_MIDI_VIA82CXXX=y
CONFIG_USB=y
CONFIG_USB_EHCI_HCD=m
CONFIG_USB_UHCI=y
CONFIG_USB_STORAGE=m
CONFIG_USB_HID=y
CONFIG_USB_HIDINPUT=y
CONFIG_USB_HIDDEV=y
CONFIG_LOG_BUF_SHIFT=0
CONFIG_CRC32=m
CONFIG_ZLIB_INFLATE=y
CONFIG_ZLIB_DEFLATE=m


Other:
Browsing gentoo's bug-traq, I noticed a history of problems which seem similar
in nature to this one, so it might be something that has re-appeared (if fixed
earlier), never been really solved earlier (perhaps the dev-team was unable to
reproduce the problem and the original reporter vanished) or simply something new...

Comment 1 Ben XO 2004-02-27 13:38:24 UTC

fails for me here:

cd ../.. && \
  CONFIG_HEADERS= CONFIG_LINKS= \
  CONFIG_FILES=drivers/lirc_dev/Makefile /bin/sh ./config.status
config.status: creating drivers/lirc_dev/Makefile
config.status: executing depfiles commands
make[1]: Leaving directory `/var/tmp/portage/lirc-0.6.6-r1/work/lirc-0.6.6/drivers/lirc_dev'
make[1]: Entering directory `/var/tmp/portage/lirc-0.6.6-r1/work/lirc-0.6.6/drivers/lirc_dev'
DIR=`pwd`; (cd /usr/src/linux/; make SUBDIRS=$DIR obj-m=lirc_dev.o modules)
/usr/src/linux-2.4.22-gentoo-r5/scripts/pathdown.sh: line 4: TOPDIR: parameter null or not set
make[2]: Entering directory `/usr/src/linux-2.4.22-gentoo-r5'
make[2]: warning: jobserver unavailable: using -j1.  Add `+' to parent make rule.
scripts/split-include include/linux/autoconf.h include/config
ACCESS DENIED  open_wr:   /usr/src/linux-2.4.22-gentoo-r5/include/config/acpi/asus.h
scripts/split-include: acpi/asus.h: Permission denied
make[2]: *** [include/config/MARKER] Error 1
make[2]: Leaving directory `/usr/src/linux-2.4.22-gentoo-r5'
make[1]: *** [lirc_dev.o] Error 2
make[1]: Leaving directory `/var/tmp/portage/lirc-0.6.6-r1/work/lirc-0.6.6/drivers/lirc_dev'
make: *** [all-recursive] Error 1
make: Leaving directory `/var/tmp/portage/lirc-0.6.6-r1/work/lirc-0.6.6/drivers'

!!! ERROR: app-misc/lirc-0.6.6-r1 failed.
!!! Function src_compile, Line 101, Exitcode 2
!!! (no error message)

--------------------------- ACCESS VIOLATION SUMMARY ---------------------------
LOG FILE = "/tmp/sandbox-app-misc_-_lirc-0.6.6-r1-18271.log"

open_wr:   /usr/src/linux-2.4.22-gentoo-r5/include/config/acpi/asus.h
--------------------------------------------------------------------------------


i got this from "emerge mplayer", as mplayer is dependant on lirc.

Comment 2 Jason Cox (RETIRED) gentoo-dev

2004-04-08 22:26:40 UTC

I know this is kind of old, but is this still an issue?

Comment 3 Jason Cox (RETIRED) gentoo-dev

2004-04-16 17:17:46 UTC

Guessing it's not an issue anymore.