31396 2003-10-18 02:27 0000 gscmxx ebuild fails with sandbox access violation 2004-05-26 08:13:23 0000 1 1 1 Unclassified Gentoo Linux Applications unspecified x86 Linux CLOSED TEST-REQUEST P2 normal --- 1 spamlover@dahlen.org pylon@gentoo.org dougw@sdsc.edu perl@gentoo.org tove@gentoo.org spamlover@dahlen.org 2003-10-18 02:27:23 0000 gscmxx installation fails when creating directory for install. Reproducible: Always Steps to Reproduce: 1. emerge gscmxx 2. 3. Actual Results: Installing /var/tmp/portage/gscmxx-0.4.1/image/usr/share/man/man1/gscmxx.1 Installing /var/tmp/portage/gscmxx-0.4.1/image/usr/share/man/man3/SCMxx.3pm Installing /var/tmp/portage/gscmxx-0.4.1/image/usr/bin/gscmxx Writing /var/tmp/portage/gscmxx-0.4.1/image//usr/lib/perl5/vendor_perl/5.8.1/i686-linux/auto/gscmxx/.packlist /usr/bin/perl "-MExtUtils::Command" -e mkpath /usr/share/pixmaps/gscmxx ACCESS DENIED mkdir: /usr/share/pixmaps/gscmxx mkdir /usr/share/pixmaps/gscmxx: Permission denied at /usr/lib/perl5/5.8.1/ExtUtils/Command.pm line 186 make: *** [pixmaps] Error 255 !!! ERROR: app-misc/gscmxx-0.4.1 failed. !!! Function perl-module_src_install, Line 78, Exitcode 2 !!! (no error message) --------------------------- ACCESS VIOLATION SUMMARY ---------------------------LOG FILE = "/tmp/sandbox-gscmxx-0.4.1-1060.log" mkdir: /usr/share/pixmaps/gscmxx -------------------------------------------------------------------------------- king root # emerge info Portage 2.0.49-r13 (default-x86-1.4, gcc-3.3.1, glibc-2.2.5-r2,2.3.2-r6, 2.4.22) ================================================================= System uname: 2.4.22 i686 AMD Athlon(tm) XP 2200+ Gentoo Base System version 1.4.3.11 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CFLAGS="-mcpu=athlon-xp -O3 -pipe" CHOST="i686-pc-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /var/qmail/control /usr/kde/2/share/config /usr/kde/3/share /config /usr/X11R6/lib/X11/xkb /opt/resin/conf /opt/tomcat/conf /usr/share/texmf /tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/config" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" CXXFLAGS="-mcpu=athlon-xp -O3 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs sandbox buildpkg ccache distcc userpriv usersandbox fixpack ages" GENTOO_MIRRORS="ftp://ftp6.uni-erlangen.de/pub/mirrors/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 oss apm avi crypt cups encode foomaticdb jpeg libg++ mad mpeg ncurses n ls pdflib png spell truetype xml2 xmms xv zlib gtkhtml gdbm berkdb slang readlin e tetex bonobo svga tcltk java guile postgres X sdl gpm tcpd pam libwww ssl perl python esd imlib oggvorbis gtk opengl mozilla ldap cdr scanner alsa doc dvd gd gnome gtk2 hbci ipv6 moznocompose moznoirc moznomail nocardbus pda samba tiff us b -arts -gif -mikmod -quicktime -qt -kde -motif" dougw@sdsc.edu 2003-10-22 13:53:32 0000 Created an attachment (id=19637) Adds DESTDIR handling to Makefile.PL The problem is that Makefile.PL doesn't respect DESTDIR. This patch changes the pixmaps and i18n targets to respect DESTDIR and VENDORPREFIX. Save the patch in /usr/portage/app-misc/gscmxx/files/, add: src_unpack() { unpack ${A} cd ${S} epatch ${FILESDIR}/${P}-destdir.diff } to the gscmxx-0.4.1.ebuild and reemerge. spamlover@dahlen.org 2003-11-12 03:00:22 0000 When will the patch become part of an updated package, because I am unable to implemented it? tove@gentoo.org 2004-01-21 09:15:38 0000 hello devs, could you please fix it? The patch is submitted. If you don't want to fix it -- remove it from the tree. mcummings@gentoo.org 2004-01-21 12:53:46 0000 Pylon: even if I got a clean emerge I wouldn't know what this for. Since you posted it, can you take a look? I'll leave perl@gentoo.org on the cc: list in case you need assistance. pylon@gentoo.org 2004-01-21 17:33:13 0000 Hmm, the ebuild is ages old ;) I can't remember if we had sandboxing at that time. Nevertheless I tried to reproduce the error on my system. Without luck. I have FEATURES="autoaddcvs ccache cvs digest distcc sandbox strict userpriv usersandbox" enabled. Or do I have to do something special for this error? But if you have still problems I can simply add the patch and everybody will be happy. It does not seem to break anything. Or what do the Perl-People think? tove@gentoo.org 2004-01-22 00:46:13 0000 No special settings are required :) It is reproduceable (at least on my gentoobox). It is the third time that i had these problems (with different perl versions). Installing /var/tmp/portage/gscmxx-0.4.1/image/usr/bin/gscmxx Writing /var/tmp/portage/gscmxx-0.4.1/image//usr/lib/perl5/vendor_perl/5.8.3/i686-linux/auto/gscmxx/.packlist /usr/bin/perl "-MExtUtils::Command" -e mkpath /usr/share/pixmaps/gscmxx ACCESS DENIED mkdir: /usr/share/pixmaps/gscmxx mkdir /usr/share/pixmaps/gscmxx: Permission denied at /usr/lib/perl5/vendor_perl/5.8.3/ExtUtils/Command.pm line 203 make: *** [pixmaps] Error 255 !!! ERROR: app-misc/gscmxx-0.4.1 failed. !!! Function perl-module_src_install, Line 83, Exitcode 2 !!! (no error message) $ emerge info Portage 2.0.50_pre16 (default-x86-1.4, gcc-3.3.2, glibc-2.3.3_pre20040117-r0, 2.4.24-ck1) ================================================================= System uname: 2.4.24-ck1 i686 AMD Duron(tm) processor Gentoo Base System version 1.4.3.12 distcc 2.12.1 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] ccache version 2.3 [enabled] Autoconf: sys-devel/autoconf-2.59 Automake: sys-devel/automake-1.7.8 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-march=athlon-xp -O2 -pipe -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.2/share/config /usr/kde/3/share/config /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" CXXFLAGS="-march=athlon-xp -O2 -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs ccache cvs sandbox" GENTOO_MIRRORS="ftp://ftp.belnet.be/mirror/rsync.gentoo.org/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="3dnow X aalib acl acpi activefilter alsa apache2 avi berkdb bonobo caps cdr composite crypt cscope cups dga dvd encode esd faad fbcon ffmpeg foomaticdb gd gdbm gif gnome gpm gstreamer gtk gtk2 gtkhtml guile imap imlib innodb joystick jpeg lcms libwww lirc mad maildir mcal mmx mozcalendar mpeg mpi mule mysql ncurses nls nvidia offensive oggvorbis opengl pam pdflib png ppds python quicktime readline sasl scanner sdk sdl slang slp snmp spell sse ssl svga t1lib tcltk tcpd tetex tiff transcode truetype type1 unicode usb v4l wmf x86 xface xfs xine xml xml2 xmms xosd xv zlib zvbi video_cards_nvidia linguas_de" pylon@gentoo.org 2004-01-25 18:13:14 0000 I added the patch to gscmxx and bumped the ebuild to -r1. May you test it now? tove@gentoo.org 2004-01-29 01:02:51 0000 Well, the new ebuild isn't in the tree. And yes, i patched it myself and it installs without sandbox violation. HTH pylon@gentoo.org 2004-01-29 18:41:22 0000 Oops. Seems that I forgot to check-in without the --pretend option ;-) Thanks for pointing that out. Now it's really in portage. tove@gentoo.org 2004-01-30 07:45:38 0000 It tried this new version -- and it installs without sandbox violation. pylon@gentoo.org 2004-01-31 03:57:19 0000 Okay, closing. spamlover@dahlen.org 2004-05-26 08:06:13 0000 As far as it concerns me, this bug can be closed. No problems any more. pylon@gentoo.org 2004-05-26 08:13:23 0000 okay, closing 19637 2003-10-22 13:53 0000 Adds DESTDIR handling to Makefile.PL gscmxx-0.4.1-destdir.diff text/plain LS0tIGdzY214eC0wLjQuMS9NYWtlZmlsZS5QTC5vbGQJMjAwMy0xMC0yMiAxMzo0Njo0MC45ODQw OTU3ODQgLTA3MDAKKysrIGdzY214eC0wLjQuMS9NYWtlZmlsZS5QTAkyMDAzLTEwLTIyIDEzOjQ4 OjA5LjY0NzYxNjg4MCAtMDcwMApAQCAtMTk3LDEyICsxOTcsMTIgQEAKIHN1YiBwb3N0YW1ibGUg ewogCW15ICRwb3N0YW1ibGUgPSA8PCdFTkQnOwogcGl4bWFwcyA6OgotCSQoTUtQQVRIKSAkKFBS RUZJWCkvc2hhcmUvcGl4bWFwcy9nc2NteHgKLQlAJChNT0RfSU5TVEFMTCkgLi9waXhtYXBzLyAk KFBSRUZJWCkvc2hhcmUvcGl4bWFwcy9nc2NteHgvCisJJChNS1BBVEgpICQoREVTVERJUikkKFZF TkRPUlBSRUZJWCkvc2hhcmUvcGl4bWFwcy9nc2NteHgKKwlAJChNT0RfSU5TVEFMTCkgLi9waXht YXBzLyAkKERFU1RESVIpJChWRU5ET1JQUkVGSVgpL3NoYXJlL3BpeG1hcHMvZ3NjbXh4LwogCiBp MThuIDo6Ci0JJChNS1BBVEgpICQoUFJFRklYKS9zaGFyZS9nc2NteHgvaTE4bgotCUAkKE1PRF9J TlNUQUxMKSAuL3NoYXJlL2kxOG4vICQoUFJFRklYKS9zaGFyZS9nc2NteHgvaTE4bi8KKwkkKE1L UEFUSCkgJChERVNURElSKSQoVkVORE9SUFJFRklYKS9zaGFyZS9nc2NteHgvaTE4bgorCUAkKE1P RF9JTlNUQUxMKSAuL3NoYXJlL2kxOG4vICQoREVTVERJUikkKFZFTkRPUlBSRUZJWCkvc2hhcmUv Z3NjbXh4L2kxOG4vCiAKIEVORAogCXJldHVybiAkcG9zdGFtYmxlOwo=