When updating to dev-perl/URI-1.30 from 1.28 I get these errors: >>> Install URI-1.30 into /var/tmp/portage/URI-1.30/image/ category dev-perl ACCESS DENIED open_wr: /usr/lib/perl5/vendor_perl/5.8.2/URI.pm Installing /usr/lib/perl5/vendor_perl/5.8.2/URI.pm ACCESS DENIED chmod: /usr/lib/perl5/vendor_perl/5.8.2/URI.pm ACCESS DENIED mkdir: /usr/lib/perl5/vendor_perl/5.8.2/URI mkdir /usr/lib/perl5/vendor_perl/5.8.2/URI: Permission denied at /usr/lib/perl5/5.8.2/ExtUtils/Install.pm line 176 make: *** [pure_vendor_install] Error 255 !!! ERROR: dev-perl/URI-1.30 failed. !!! Function perl-module_src_install, Line 85, Exitcode 2 !!! (no error message) --------------------------- ACCESS VIOLATION SUMMARY --------------------------- LOG FILE = "/tmp/sandbox-dev-perl_-_URI-1.30-15759.log" open_wr: /usr/lib/perl5/vendor_perl/5.8.2/URI.pm chmod: /usr/lib/perl5/vendor_perl/5.8.2/URI.pm mkdir: /usr/lib/perl5/vendor_perl/5.8.2/URI -------------------------------------------------------------------------------- I'm honestly getting real tired of all of these sandbox access violations. Why do so many gentoo ebuilds violate the sandbox??
It works for me, I don't get any sandbox errors when building this package.
Are you sure you have sandbox (and not -sandbox) in your FEATURES in make.conf? If you have -sandbox, it will work fine, just as all of the other sandbox violation problems I've had.
I need to know what you *DO* have in your features. -sandbox defeats the purpose of the sandbox, after all. I've merged and re-emerged this package a dozen times and can't duplicate your error at all. I've even downgraded and re-upgraded the package (the problem you indicate looks like the perl installer trying to be "smart"). Nada. Have you overriden your perl's default POLLUTE value perhaps? (if you don't know what that means, then the answer is "no" ;) ). Thanks, Mike
FWIW, here's my lame FEATURES set (cvs if for devtrees, not necessary for day to day users) FEATURES="cvs sandbox fixpackages"
Nope, I don't know what POLLUTE is. ;-) Here's my emerge info: Portage 2.0.50-r8 (default-x86-1.4, gcc-3.3.3, glibc-2.3.2-r9, 2.4.20) ================================================================= System uname: 2.4.20 i686 Pentium II (Deschutes) Gentoo Base System version 1.4.16 distcc 2.13 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] ccache version 2.3 [enabled] Autoconf: sys-devel/autoconf-2.59-r3 Automake: sys-devel/automake-1.8.3 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-mcpu=pentium2 -O3 -pipe" CHOST="i686-pc-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.1/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/alias /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-mcpu=pentium2 -O3 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs buildpkg ccache sandbox" GENTOO_MIRRORS="http://gentoo.oregonstate.edu http://distro.ibiblio.org/pub/Linux/distributions/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X aalib alsa apache2 apm arts avi berkdb bonobo cdr crypt cups curl encode esd foomaticdb gd gdbm gif gnome gpm gtk gtk2 guile imap imlib jpeg kde ldap libg++ libwww mad maildir mbox mikmod motif mozilla mpeg mysql ncurses nls oggvorbis opengl oss pam pdflib perl png postgres python qt quicktime readline samba sdl slang spell ssl svga tcltk tcpd tetex truetype x86 xml xml2 xmms xv zlib"
> mkdir /usr/lib/perl5/vendor_perl/5.8.2/URI: Permission denied at /usr/lib/perl5/5.8.2/ExtUtils/Install.pm line 176 You don't happen to have an old version of ExtUtils-MakeMaker (<6.17) installed? If so, upgrade or unmerge since it is broken sandbox wise.
Well, what do you know, I have 6.05-r6 installed. Looks like emerge -uD world doesn't get everything. Actually, I noticed this a while ago. Any suggestions on how this could have happened?
Probably got pulled in as a dependency that since got dropped, or you installed it with --oneshot, or edited out the world file entry. Grep /var/log/emerge.log to find out.
closing (legacy makemaker issue)