I have just done: emerge perl emerge Inline $ perl -e 'use Inline C' Can't locate Inline.pm in @INC (@INC contains: /usr/lib/site_perl/5.6.1/i586-linux /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 .) at -e line 1. BEGIN failed--compilation aborted at -e line 1. It seems perl's @INC need to include /usr/lib/site_perl/5.6.1 too
the -r8 for perl-5.6.1 should sort this problem out. please confirm this.
i thought /usr/lib/site_perl/ was an invalid location to install perl modules to ... we've been posting modules that do that as bugs which mcummings has been fixing ...
not yet there killer ;)
*** Bug 7874 has been marked as a duplicate of this bug. ***
*** Bug 8772 has been marked as a duplicate of this bug. ***
*** Bug 8725 has been marked as a duplicate of this bug. ***
*** Bug 8939 has been marked as a duplicate of this bug. ***
*** Bug 8958 has been marked as a duplicate of this bug. ***
*** Bug 7289 has been marked as a duplicate of this bug. ***
*** Bug 8349 has been marked as a duplicate of this bug. ***
*** Bug 7960 has been marked as a duplicate of this bug. ***
*** Bug 8154 has been marked as a duplicate of this bug. ***
*** Bug 8544 has been marked as a duplicate of this bug. ***
*** Bug 4192 has been marked as a duplicate of this bug. ***
alrighty people, here is the solution to all your 'not found in @INC' errors: emerge rsync emerge perl emerge <pkg that is broken> basically -r8 (and beyond) of perl should throw in the fix for all these nasty bugs
So, wouldn't it make sense to make the packages which exhibit the problem depend on at least "sys-devel/perl/perl-5.6.1-r8"? That way people who tried to emerge said packages would be forced to upgrade perl?
Tried doing a fresh install of 1.4rc1 this morning and got the following error during perl-5.6.1-r8 Can't locate lib.pm in @INC (@INC contains: /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 .) at Makefile.PL line 10. BEGIN failed--compilation aborted at Makefile.PL line 10. make: *** No rule to make target `install'. Stop. !!! ERROR: The ebuild did not complete successfully. !!! Function src_install, Line -136, Exitcode 2 !!! (no error message)
*** This bug has been marked as a duplicate of 9082 ***
For anyone who was affected by this, I would recommend making sure you have gentoolkit installed and then performing the following: emerge `qpkg -nc -I | sed 's/-[0-9].*//g' | sort | uniq | grep "dev-perl"` This will catch any of the perl modules you have installed and re-emerge them. This will not help with packages that have internal perl components (like gimp, for instance), but will with any modules.
*** Bug 9194 has been marked as a duplicate of this bug. ***
*** Bug 9390 has been marked as a duplicate of this bug. ***
Guys..... what is going on with perl here... there is no more -r8.. it seems that -r7 now contains fixes? (I dunno as there is no changelog entry, still says -r8) There are TONS of people having these problems and if its not revision bumped they will not get updates... i have personally dealt with this problem (unkowingly until now) for almost 2 weeks uggg! can someome PLEASE take care of this, this is a nasty one
*** Bug 9671 has been marked as a duplicate of this bug. ***
gentoo-stats is also failing on LWP:UserAgent not found. For a workaround, /usr/lib/perl5/site_perl/5.6.1/i686-linux is in the @INC but not actually present: I created a symlink from /usr/lib/site_perl/5.6.1 to it. Code: ln -s /usr/lib/site_perl/5.6.1 /usr/lib/perl5/site_perl/5.6.1/i686-linux Works okay for now... the fix will probably break it :)
the fix was actually to force remerges. this has been done by up'ing the -revision numbers for every package in dev-perl.
*** Bug 10031 has been marked as a duplicate of this bug. ***
*** Bug 10054 has been marked as a duplicate of this bug. ***
*** Bug 10058 has been marked as a duplicate of this bug. ***
*** Bug 10063 has been marked as a duplicate of this bug. ***
It seems that one may have to unmerge packages before they get placed in the right location. After the following: emerge rsync emerge perl emerge `qpkg -nc -I | sed 's/-[0-9].*//g' | sort | uniq | grep "dev-perl"` CDDB_get was still in /usr/lib/site_perl After: emerge unmerge CDDB_get emerge CDDB_get It was correctly placed in /usr/lib/perl5/site_perl Regards - Jacob
*** Bug 10231 has been marked as a duplicate of this bug. ***
*** Bug 10543 has been marked as a duplicate of this bug. ***
Hmm, what about bug #9756? It maynot be the best solution, but it seems to work for a couple of people that have tested it. --Kutsuya
*** Bug 10618 has been marked as a duplicate of this bug. ***
Opps, got into the wrong bug #. Sorry.
*** Bug 10797 has been marked as a duplicate of this bug. ***
http://cvs.gentoo.org/~mcummings/perl.html
*** Bug 11346 has been marked as a duplicate of this bug. ***
*** Bug 11753 has been marked as a duplicate of this bug. ***
*** Bug 11993 has been marked as a duplicate of this bug. ***
ok .... finally got mine working ... Had to unmerge dev-perl/libwww-perl then emerge dev-perl/libwww-perl again this seems to fix the incorrect files. ran gentoo-stats --new again and URI.pm broke. (possible from previos tinkering) unmerge and remerge sorted that out and gentoo-stats --new works fine now .. thanks Henti Smith
*** Bug 13049 has been marked as a duplicate of this bug. ***
*** Bug 13125 has been marked as a duplicate of this bug. ***
*** Bug 13128 has been marked as a duplicate of this bug. ***
*** Bug 13147 has been marked as a duplicate of this bug. ***
*** Bug 13106 has been marked as a duplicate of this bug. ***
*** Bug 15323 has been marked as a duplicate of this bug. ***
