Quiet a few dev-perl module packages seems to install into the wrong destinations directory. So far I have tried to install Net-Daemon, Storable, PlRPC, DBI, DBD-Pg (which fails because of DBI.pm, which it is not able to locate), GD and Chart. They all do the same: Installs under the /usr/lib/site_perl directory instead of /usr/lib/perl5/site_perl which is where Perl's PERL5LIB search path is pointing to (Where ever that is configured). I have tried it on 3 different systems, all up to date, and reproduceability seems to be 1:1 on all of them.
I can concur that this has started happening to me today. It used to install my modules into /usr/lib/perl5/site_perl but now is installing into /usr/lib/site_perl. Could this be to do with the change to /usr/portage/eclass/perl-module.eclass that occurred last night?
What perl version are you using? It seems to be working fine for me. I am using perl-5.8.0.
Created attachment 2877 [details] updated eclass Can both the perl 5.6.1 users and 5.8.0 users test this as soon as possible? we don't have the ability to mask eclasses, so its a win or lose situation if I commit. Thanks!
The updated eclass seems to fix it for me. Here is my perl -V output: > perl -V Summary of my perl5 (revision 5.0 version 6 subversion 1) configuration: Platform: osname=linux, osvers=2.4.19-gentoo-r7, archname=i686-linux uname='linux zaheer.cs.ucl.ac.uk 2.4.19-gentoo-r7 #1 sat jul 20 02:38:40 bst 2002 i686 genuineintel ' config_args='-des -Dprefix=/usr -Darchname=i686-linux -Duselargefiles -Dd_dosuid -Dlocincpth= -Dd_semctl_semun -Di_gdbm -Di_db -Di_ndbm' hint=recommended, useposix=true, d_sigaction=define usethreads=undef use5005threads=undef useithreads=undef usemultiplicity=undef useperlio=undef d_sfio=undef uselargefiles=define usesocks=undef use64bitint=undef use64bitall=undef uselongdouble=undef Compiler: cc='cc', ccflags ='-fno-strict-aliasing -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64', optimize='-O2 -mcpu=i686 -pipe', cppflags='-fno-strict-aliasing' ccversion='', gccversion='2.95.3 20010315 (release)', gccosandvers='' intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=1234 d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=12 ivtype='long', ivsize=4, nvtype='double', nvsize=8, Off_t='off_t', lseeksize=8 alignbytes=4, usemymalloc=n, prototype=define Linker and Libraries: ld='cc', ldflags =' -L/usr/local/lib' libpth=/usr/local/lib /lib /usr/lib libs=-lnsl -lndbm -lgdbm -ldb -ldl -lm -lc -lcrypt -lutil perllibs=-lnsl -ldl -lm -lc -lcrypt -lutil libc=/lib/libc-2.2.5.so, so=so, useshrplib=false, libperl=libperl.a Dynamic Linking: dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags='-rdynamic' cccdlflags='-fpic', lddlflags='-shared -L/usr/local/lib' Characteristics of this binary (from libperl): Compile-time options: USE_LARGE_FILES Built under linux Compiled at Jul 25 2002 12:25:57 @INC: /usr/lib/perl5/5.6.1/i686-linux /usr/lib/perl5/5.6.1 /usr/lib/perl5/site_perl/5.6.1/i686-linux /usr/lib/perl5/site_perl/5.6.1 /usr/lib/perl5/site_perl .
I got a hold of perl 5.8 user to test and he said it looked good on his end. With lostlogic and the 5.6.1 user below's output, I commited the modified eclass file to portage. The modules eclass now checks your perl version and crafts the perl Makefile statement accordingly (with or without the PREFIX). Please emerge rsync and try again. Michael
*** Bug 5733 has been marked as a duplicate of this bug. ***
emerge rsync and trying again... emerge DBI DBD-Pg and it works. Thank you very much, Mr. Cummings! (This bug is fixed, as far as I am concerned, but I am not sure, if I am the one who should change the status..?)
Egads, no Mr. in the name!! Not a problem, when I tested the new eclass I watched that it completed smoothly and without violating the sandbox - didn't think to theck that it was going to /usr/lib/perl5 and not /usr/lib. Let me know if you have any more problems with it, Michael
