>>> Install Net-SSLeay-1.23 into /var/tmp/portage/Net-SSLeay-1.23/image/ category dev-perl make[1]: Entering directory `/var/tmp/portage/Net-SSLeay-1.23/work/Net_SSLeay.pm-1.23/Net-SSLeay-Handle-0.50' make[1]: Leaving directory `/var/tmp/portage/Net-SSLeay-1.23/work/Net_SSLeay.pm-1.23/Net-SSLeay-Handle-0.50' ACCESS DENIED mkdir: /usr/lib/perl5/vendor_perl/5.8.0/i686-linux/auto mkdir /usr/lib/perl5/vendor_perl/5.8.0/i686-linux/auto: Permission denied at /usr/lib/perl5/5.8.0/ExtUtils/Install.pm line 137 make: *** [pure_vendor_install] Error 255 !!! ERROR: dev-perl/Net-SSLeay-1.23 failed. !!! Function perl-module_src_install, Line 102, Exitcode 2 !!! (no error message) --------------------------- ACCESS VIOLATION SUMMARY --------------------------- LOG FILE = "/tmp/sandbox-Net-SSLeay-1.23-32219.log" mkdir: /usr/lib/perl5/vendor_perl/5.8.0/i686-linux/auto # emerge info Portage 2.0.49-r6 (default-x86-1.4, gcc-3.3.1, glibc-2.3.2-r1, 2.4.22) ================================================================= System uname: 2.4.22 i686 Pentium III (Coppermine) ccache version 2.2 [enabled] ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CFLAGS="-march=pentium3 -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 /usr/kde/3.1/share/config /usr/share/config" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" CXXFLAGS="-march=pentium3 -O3 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="sandbox autoaddcvs ccache" GENTOO_MIRRORS="ftp://ftp.gtlib.cc.gatech.edu/pub/gentoo ftp://ftp.ussg.iu.edu/pub/linux/gentoo http://adelie.polymtl.ca/ http://mirrors.tds.net/gentoo ftp://mirrors.tds.net/gentoo" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="" SYNC="rsync://rsync.us.gentoo.org/gentoo-portage" USE="x86 oss apm avi encode foomaticdb gpm libg++ libwww mad mikmod nls png spell xv zlib gtkhtml gdbm berkdb slang readline bonobo svga tcpd pam esd imlib oggvorbis gtk motif -3dnow X kde -gnome acpi alsa apache2 arts crypt cups directfb gif icc java jikes jpeg kerberos mmx mpeg mozilla moznomail moznocompose ncurses opengl pdflib perl python qt quicktime samba sdl sse ssl tiff truetype usb xml xml2 xmms offensive"
*** Bug 29561 has been marked as a duplicate of this bug. ***
*** Bug 29568 has been marked as a duplicate of this bug. ***
*** Bug 29577 has been marked as a duplicate of this bug. ***
per http://bugs.gentoo.org/show_bug.cgi?id=29577#c2 what is the status of MakeMaker on your boxes ?
After installing MakeMaker I got no problems left with the modules installation. But what I dont get it is why this problem appeared sudenly ? Yesterday I have installed SpamAssassin (2.55-r1) and it work perfectly, then today I tried to upgrade it (to 2.55-r2) and I hit all those problems (with all perl modules I tried to install). Between yesterday and today I have not done any other upgrading (like some core or other perl related package). So if you find out the cause please let us know ;). Thanks for support!
Workaround: Use cpan to install modules and then inject them into the database (emerge -i) This has the unfortunate side effect of installing them in a different location than the ebuild would (site_perl rather than vendor_perl.) This might cause problems later on if you want to upgrade using emerge. Why don't we just put things in site_perl in the first place?
Had the same ACCESS VIOLATION problem as described by the others here for both MIME-Base64 and XML-Parser. Entered the following command at the root shell prompt: # mkdir /usr/lib/perl5/vendor_perl Attempted emerge on both and had both emerge without error.
I'm seeing this issue as well. /usr/lib/perl5/vendor_perl already exists on my machine and has a large assortment of sub directories atlready present. I tried creating all of the directories the emerge was blocking on my hand, and the emerge would get further, but then it gave me a permission error when trying to place a file in one of these directories. The directories in question are all owned by root.root and are owner writable, but not group or other (755 permissions). I'm running the emerge as root. I diddled with the problem some last night, and traced the error I was seeing as far as a perl call to mkpath() inside install.pm (it wasn't hard to get that far). The values being passed to mkpath looked reasonable to me. Instead of pursuing further, I got some sleep.
If I emerge dev-perl ebuilds with buildpkg FEATURES set, then I got the error, cleaning FEATURES (FEATURES="" emerge ....) I can install everything fine.
/usr/portage/dev-lang/perl/files/libperl_rebuilder was failing to install the packages it built. FEATURES="" /usr/portage/dev-lang/perl/files/libperl_rebuilder worked just fine. After this /usr/portage/dev-lang/perl/files/libperl_rebuilder worked without setting FEATURES. After this, I emerged XML-Parser successfully (with no FEATURES specified), though it was failing previously.
I can't reproduce any of this, so I'm afraid I'm going to have to chalk it up to temporary perl-module eclass or portage issues, unless I can get a reproducible test case from somebody.
closed per rac's comments 3 months ago