199518 2007-11-18 12:21 0000 dev-lang/perl--5.8.8-r3 - problems with @INC 2007-11-19 13:06:41 0000 1 1 1 Unclassified Gentoo Linux Applications unspecified AMD64 Linux RESOLVED FIXED P2 blocker --- 198196 1 sevakda@gmail.com solar@gentoo.org arachnist@gmail.com dertobi123@gentoo.org dominik.zyla@gmail.com fmccor@gentoo.org ingmar@gentoo.org jakub@gentoo.org jonas@websystem.se kingtaco@gentoo.org noro@xmedia.sk perl@gentoo.org pva@gentoo.org qa@gentoo.org robbat2@gentoo.org rumen@qrypto.org sevakda@gmail.com 2007-11-18 12:21:41 0000 I had precompiled perl-5.8.8-r2 installed (from some stage) and it worked fine, but I updated to 5.8.8-r3 and now @INC is wrong. It is missing 'perl5' directory. For example: (@INC contains: /etc/perl /usr/lib64/vendor_perl/5.8.8/x86_64-linux /usr/lib64/vendor_perl/5.8.8 /usr/lib64/vendor_perl /usr/lib64/site_perl/5.8.8/x86_64-linux /usr/lib64/site_perl/5.8.8 /usr/lib64/site_perl /usr/lib64/5.8.8/x86_64-linux /usr/lib64/5.8.8 /usr/local/lib/site_perl .) where it should be /usr/lib64/perl5/* perl-cleaner all did not do anything, revdep-rebuild did not help. What should I do? Reproducible: Always Steps to Reproduce: 1. Run a perl script which use;s an external module 2. 3. Actual Results: perl fails, and shows @INC being incorrect Expected Results: the module is use;d normally jakub@gentoo.org 2007-11-18 12:52:39 0000 Please post your emerge --info. Also, looks just fine here: $ perl -e "print @INC"; /etc/perl /usr/lib/perl5/vendor_perl/5.8.8/i686-linux /usr/lib/perl5/vendor_perl/5.8.8 /usr/lib/perl5/vendor_perl /usr/lib/perl5/site_perl/5.8.8/i686-linux /usr/lib/perl5/site_perl/5.8.8 /usr/lib/perl5/site_perl /usr/lib/perl5/5.8.8/i686-linux /usr/lib/perl5/5.8.8 /usr/local/lib/site_perl . [ebuild R ] dev-lang/perl-5.8.8-r3 USE="berkdb -build -debug -doc gdbm -ithreads -perlsuid" 0 kB sevakda@gmail.com 2007-11-18 12:57:15 0000 emerge --info: Portage 2.1.3.19 (default-linux/amd64/2007.0/desktop, gcc-4.1.2, glibc-2.6.1-r0, 2.6.17-gentoo-r8 x86_64) ================================================================= System uname: 2.6.17-gentoo-r8 x86_64 AMD Athlon(tm) 64 Processor 3000+ Timestamp of tree: Sun, 18 Nov 2007 08:27:01 +0000 ccache version 2.4 [enabled] app-shells/bash: 3.2_p17 dev-java/java-config: 1.3.7, 2.1.2-r1 dev-lang/python: 2.4.4-r6 dev-python/pycrypto: 2.0.1-r6 dev-util/ccache: 2.4-r7 sys-apps/baselayout: 1.12.9-r2 sys-apps/sandbox: 1.2.18.1-r2 sys-devel/autoconf: 2.13, 2.61-r1 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10 sys-devel/binutils: 2.18-r1 sys-devel/gcc-config: 1.3.16 sys-devel/libtool: 1.5.24 virtual/os-headers: 2.6.22-r2 ACCEPT_KEYWORDS="amd64" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=athlon64 -O2 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/lib64/mozilla/defaults/pref /usr/share/X11/xkb /usr/share/config" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/revdep-rebuild /etc/terminfo /etc/udev/rules.d" CXXFLAGS="-march=athlon64 -O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="ccache distlocks metadata-transfer sandbox sfperms strict unmerge-orphans userfetch" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo" LANG="en_US.UTF-8" LC_ALL="en_US.UTF-8" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages --filter=H_**/files/digest-*" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage /usr/portage/local/layman/sunrise /home/zaba/devel/gentoo" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X acpi alsa amd64 apache2 arts avi berkdb bitmap-fonts blender-game cairo cdr cli cracklib crypt cups dbus dri dvd dvdr dvdread eds emboss encode esd evo fam firefox fortran gdbm gif gpm gstreamer gtk iconv icq immqt-bc ipv6 irc isdnlog jpeg kde ldap mad midi mikmod mmx mozbranding mp3 mpeg mudflap ncurses nls nptl nptlonly ogg opengl openmp oss pam pcre pdf pdflib perl png ppds pppd python qt3 qt3support qt4 quicktime readline reflection sdl session spell spl sse sse2 ssl svg tcpd tiff truetype truetype-fonts type1-fonts unicode vorbis xml xorg xv zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mulaw multi null plug rate route share shm softvol" ELIBC="glibc" INPUT_DEVICES="keyboard mouse" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" USERLAND="GNU" VIDEO_CARDS="nvidia" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LDFLAGS, LINGUAS, MAKEOPTS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS # perl -e 'print join "\n",@INC' /etc/perl /usr/lib64/vendor_perl/5.8.8/x86_64-linux /usr/lib64/vendor_perl/5.8.8 /usr/lib64/vendor_perl /usr/lib64/site_perl/5.8.8/x86_64-linux /usr/lib64/site_perl/5.8.8 /usr/lib64/site_perl /usr/lib64/5.8.8/x86_64-linux /usr/lib64/5.8.8 /usr/local/lib/site_perl . [ebuild R ] dev-lang/perl-5.8.8-r3 USE="berkdb gdbm -build -debug -doc -ithreads -perlsuid" 0 kB And I am on 64 bits. gentoo-bugs@gmx.net 2007-11-18 13:17:59 0000 Created an attachment (id=136290) fix install path on amd64 The patch perl-5.8.8-libbits.patch is broken. It relocates perl to "/usr/lib64/5.8.8" on amd64. jakub@gentoo.org 2007-11-18 13:42:11 0000 solar, your patch... 18 Nov 2007; <solar@gentoo.org> -files/perl-5.8.8-lib64.patch, +files/perl-5.8.8-libbits.patch, perl-5.8.8-r2.ebuild, perl-5.8.8-r3.ebuild: - fixed the lib64 patch that was breaking on amd64 32ul. jakub@gentoo.org 2007-11-18 14:29:45 0000 *** Bug 199525 has been marked as a duplicate of this bug. *** dertobi123@gentoo.org 2007-11-18 17:15:01 0000 b0rkage w/ libbits patch confirmed on ppc and x86 - can we please get rid of that patch soonish for now and test a fixed patch in a -r4 testing version? :) jakub@gentoo.org 2007-11-18 17:21:10 0000 qa (or pretty much anyone) - reverting this patch swiftly would be mostly appreciated, since we don't have any usable perl ATM... ian@gentoo.org 2007-11-18 17:32:21 0000 Hang on a sec. jakub@gentoo.org 2007-11-18 17:37:26 0000 *** Bug 199563 has been marked as a duplicate of this bug. *** ian@gentoo.org 2007-11-18 17:42:47 0000 Reverted. jakub@gentoo.org 2007-11-18 17:46:15 0000 Thanks! I suppose we'll unfortunaly need a revbump for Bug 198196 and to force consistency as well, messing with things w/o revbump sucks :( solar@gentoo.org 2007-11-18 19:45:20 0000 Mike D, How did this patch break on amd64? > (In reply to comment #6) > b0rkage w/ libbits patch confirmed on ppc and x86 - can we please get rid of > that patch soonish for now and test a fixed patch in a -r4 testing version? :) How did this break on x86? "" defaults to "lib" solar@gentoo.org 2007-11-18 19:49:03 0000 (In reply to comment #3) > Created an attachment (id=136290) [edit] > fix install path on amd64 > > The patch perl-5.8.8-libbits.patch is broken. It relocates perl to > "/usr/lib64/5.8.8" on amd64. All I see. Thanks for the patch. I'll merge this one next.. diff -u Configure Configure --- Configure 2006-02-03 16:25:04.000000000 -0500 +++ Configure 2006-02-03 16:25:04.000000000 -0500 @@ -5958,8 +5958,8 @@ : Reproduce behavior of 5.005 and earlier, maybe drop that in 5.7. case "$installstyle" in '') case "$prefix" in - *perl*) dflt='lib32';; - *) dflt='lib32/perl5' ;; + *perl*) dflt="$lib";; + *) dflt="$lib/perl5" ;; esac ;; *) dflt="$installstyle" ;; jakub@gentoo.org 2007-11-18 22:04:22 0000 *** Bug 199588 has been marked as a duplicate of this bug. *** jakub@gentoo.org 2007-11-18 22:20:22 0000 (In reply to comment #13) > All I see. Thanks for the patch. I'll merge this one next.. I'd strongly suggest that you check w/ perl people before *ever* touching this ebuild again. solar@gentoo.org 2007-11-18 22:57:06 0000 perl team is dead. releng and amd64 leads both approved and requested I merge this to perl. ppc64 confirmed it did not break before anything was merged. It is unfortunate that non multilib users ran into problems. I hope all can recover without much effort. jakub@gentoo.org 2007-11-18 22:59:46 0000 *** Bug 199603 has been marked as a duplicate of this bug. *** jakub@gentoo.org 2007-11-18 23:01:59 0000 (In reply to comment #16) > perl team is dead. releng and amd64 leads both approved and requested I merge > this > to perl. ppc64 confirmed it did not break before anything was merged. > It is unfortunate that non multilib users ran into problems. I hope all can > recover without much effort. This has nothing to do w/ non-multilib, as said on this bug, you killed perl for every single arch out there. Plus, perl team is not dead, as proved on this bug, a dead team hardly would react faster than someone who's responsible for a completely broken patch. solar@gentoo.org 2007-11-18 23:11:46 0000 Jakub, Please take the argumentative attitude and rude comments elsewhere. jakub@gentoo.org 2007-11-18 23:22:44 0000 argumentative == screw-up confirmed by everyone out there? rude comments == asking you to follow the policies and stop touching stable ebuilds (which broke everyone out there, and interfered with release as well)? *If* anyone tested this, they would have discovered that this totally kills perl. This is an apparent breach of QA and ebuild policies, not to mention common sense. What was the reason to mess w/ dev-lang/perl--5.8.8-r2 as well? Not really what more to say here, I'd expect that you'd apologize to perl folks at minimum, but that apparently isn't the case. :/ robbat2@gentoo.org 2007-11-19 07:23:49 0000 *** Bug 199635 has been marked as a duplicate of this bug. *** robbat2@gentoo.org 2007-11-19 07:34:01 0000 Could this please get a revbump perl to ensure anybody who merged the broken r3 gets a fixed version? ian@gentoo.org 2007-11-19 09:57:49 0000 Revbumped. lionel-dev@bouton.name 2007-11-19 11:57:42 0000 Modules installed after dev-lang/perl-5.8.8-r3 are borked. For example after upgrading to dev-lang/perl-5.8.8-r4 amavisd-new was still complaining about missing modules for example. Here's my quick and dirty solution that could help others get their perl back on its feet again: 1/ a one liner based on eix, which is fortunately a quick install if you miss it and don't want to hack around emerge --search (ignore carriage-returns if any): eix -IAnc* perl |awk '{print $2}'|egrep -v 'virtual|dev-lang|libperl|perl-cleaner' | for i in `cat -`; do echo -n "$i "; done to get the list of perl modules in a copy-paste ready list 2/ emerge -1av <pasted_list> Now amavisd-new works again. Wow, major borkage, too bad I had a list of perl modules waiting for upgrade when r3 was commited... If you have lots of modules and can hack a script quickly, parsing /var/log/emerge.log for modules emerged after r3 should do it. 136290 2007-11-18 13:17 0000 fix install path on amd64 perl-5.8.8-libbits.patch text/plain LS0tIENvbmZpZ3VyZS5vcmlnCTIwMDYtMDItMDMgMTY6MTU6MDAuMDAwMDAwMDAwIC0wNTAwCisr KyBDb25maWd1cmUJMjAwNi0wMi0wMyAxNjoyNTowNC4wMDAwMDAwMDAgLTA1MDAKQEAgLTEyNTYs MTcgKzEyNTYsMjQgQEAgbG9jaW5jcHRoPSIkbG9jaW5jcHRoIC9vcHQvZ251L2luY2x1ZGUgLwog OiBubyBpbmNsdWRlIGZpbGUgd2FudGVkIGJ5IGRlZmF1bHQKIGluY2x3YW50ZWQ9JycKIAorOiBk ZXRlcm1pbmUgbGliZGlyIG5hbWUKKzogU2hvdWxkIGJlICovbGliMzIgb24geDg2LTY0LCBzcGFy YzY0LCBwcGM2NAorY2FzZSAke0JJVFN9IGluCisgIDMyKSBsaWI9J2xpYjMyJzs7IDY0KSBsaWI9 J2xpYjY0Jzs7CisgICopIGxpYj0nbGliJzs7Citlc2FjCisgIAogZ3JvdXBzdHlwZT0nJwogbGli bmFtZXM9JycKIDogY2hhbmdlIHRoZSBuZXh0IGxpbmUgaWYgY29tcGlsaW5nIGZvciBYZW5peC8y ODYgb24gWGVuaXgvMzg2CiB4bGlicHRoPScvdXNyL2xpYi8zODYgL2xpYi8zODYnCiA6IFBvc3Np YmxlIGxvY2FsIGxpYnJhcnkgZGlyZWN0b3JpZXMgdG8gc2VhcmNoLgotbG9jbGlicHRoPSIvdXNy L2xvY2FsL2xpYiAvb3B0L2xvY2FsL2xpYiAvdXNyL2dudS9saWIiCi1sb2NsaWJwdGg9IiRsb2Ns aWJwdGggL29wdC9nbnUvbGliIC91c3IvR05VL2xpYiAvb3B0L0dOVS9saWIiCitsb2NsaWJwdGg9 Ii91c3IvbG9jYWwvJGxpYiAvb3B0L2xvY2FsLyRsaWIgL3Vzci9nbnUvJGxpYiIKK2xvY2xpYnB0 aD0iJGxvY2xpYnB0aCAvb3B0L2dudS8kbGliIC91c3IvR05VLyRsaWIgL29wdC9HTlUvJGxpYiIK IAogOiBnZW5lcmFsIGxvb2tpbmcgcGF0aCBmb3IgbG9jYXRpbmcgbGlicmFyaWVzCi1nbGlicHRo PSIvbGliIC91c3IvbGliICR4bGlicHRoIgotZ2xpYnB0aD0iJGdsaWJwdGggL3Vzci9jY3MvbGli IC91c3IvdWNibGliIC91c3IvbG9jYWwvbGliIgorZ2xpYnB0aD0iLyRsaWIgL3Vzci8kbGliICR4 bGlicHRoIgorZ2xpYnB0aD0iJGdsaWJwdGggL3Vzci9jY3MvJGxpYiAvdXNyL3VjYmxpYiAvdXNy L2xvY2FsLyRsaWIiCiB0ZXN0IC1mIC91c3Ivc2hsaWIvbGliYy5zbyAmJiBnbGlicHRoPSIvdXNy L3NobGliICRnbGlicHRoIgogdGVzdCAtZiAvc2hsaWIvbGliYy5zbyAgICAgJiYgZ2xpYnB0aD0i L3NobGliICRnbGlicHRoIgogCkBAIC01OTUxLDggKzU5NTgsOCBAQCBmaQogOiBSZXByb2R1Y2Ug YmVoYXZpb3Igb2YgNS4wMDUgYW5kIGVhcmxpZXIsIG1heWJlIGRyb3AgdGhhdCBpbiA1LjcuCiBj YXNlICIkaW5zdGFsbHN0eWxlIiBpbgogJycpCWNhc2UgIiRwcmVmaXgiIGluCi0JCSpwZXJsKikg ZGZsdD0nbGliJzs7Ci0JCSopIGRmbHQ9J2xpYi9wZXJsNScgOzsKKwkJKnBlcmwqKSBkZmx0PSIk bGliIjs7CisJCSopIGRmbHQ9IiRsaWIvcGVybDUiIDs7CiAJZXNhYwogCTs7CiAqKQlkZmx0PSIk aW5zdGFsbHN0eWxlIiA7OwpAQCAtNTk2OCw4ICs1OTc1LDggQEAgaW5zdGFsbHN0eWxlPSRkZmx0 CiA6IC9vcHQvcGVybC9saWIvcGVybDUuLi4gd291bGQgYmUgcmVkdW5kYW50LgogOiBUaGUgZGVm YXVsdCAic3R5bGUiIHNldHRpbmcgaXMgbWFkZSBpbiBpbnN0YWxsc3R5bGUuVQogY2FzZSAiJGlu c3RhbGxzdHlsZSIgaW4KLSpsaWIvcGVybDUqKSBzZXQgZGZsdCBwcml2bGliIGxpYi8kcGFja2Fn ZS8kdmVyc2lvbiA7OwotKikJIHNldCBkZmx0IHByaXZsaWIgbGliLyR2ZXJzaW9uIDs7CisqJHts aWJ9L3Blcmw1Kikgc2V0IGRmbHQgcHJpdmxpYiAke2xpYn0vJHBhY2thZ2UvJHZlcnNpb24gOzsK KyopCSBzZXQgZGZsdCBwcml2bGliICR7bGlifS8kdmVyc2lvbiA7OwogZXNhYwogZXZhbCAkcHJl Zml4aXQKICRjYXQgPDxFT00KQEAgLTY0NzEsOCArNjQ3OCw4IEBAIHNpdGVwcmVmaXhleHA9IiRh bnNleHAiCiBwcm9nPWBlY2hvICRwYWNrYWdlIHwgJHNlZCAncy8tKlswLTkuXSokLy8nYAogY2Fz ZSAiJHNpdGVsaWIiIGluCiAnJykgY2FzZSAiJGluc3RhbGxzdHlsZSIgaW4KLQkqbGliL3Blcmw1 KikgZGZsdD0kc2l0ZXByZWZpeC9saWIvJHBhY2thZ2Uvc2l0ZV8kcHJvZy8kdmVyc2lvbiA7Owot CSopCSBkZmx0PSRzaXRlcHJlZml4L2xpYi9zaXRlXyRwcm9nLyR2ZXJzaW9uIDs7CisJKiR7bGli fS9wZXJsNSopIGRmbHQ9JHNpdGVwcmVmaXgvJHtsaWJ9LyRwYWNrYWdlL3NpdGVfJHByb2cvJHZl cnNpb24gOzsKKwkqKQkgZGZsdD0kc2l0ZXByZWZpeC8ke2xpYn0vc2l0ZV8kcHJvZy8kdmVyc2lv biA7OwogCWVzYWMKIAk7OwogKikJZGZsdD0iJHNpdGVsaWIiCkBAIC02NTk4LDggKzY2MDUsOCBA QCBjYXNlICIkdmVuZG9ycHJlZml4IiBpbgogCScnKQogCQlwcm9nPWBlY2hvICRwYWNrYWdlIHwg JHNlZCAncy8tKlswLTkuXSokLy8nYAogCQljYXNlICIkaW5zdGFsbHN0eWxlIiBpbgotCQkqbGli L3Blcmw1KikgZGZsdD0kdmVuZG9ycHJlZml4L2xpYi8kcGFja2FnZS92ZW5kb3JfJHByb2cvJHZl cnNpb24gOzsKLQkJKikJICAgICBkZmx0PSR2ZW5kb3JwcmVmaXgvbGliL3ZlbmRvcl8kcHJvZy8k dmVyc2lvbiA7OworCQkqJHtsaWJ9L3Blcmw1KikgZGZsdD0kdmVuZG9ycHJlZml4LyR7bGlifS8k cGFja2FnZS92ZW5kb3JfJHByb2cvJHZlcnNpb24gOzsKKwkJKikJICAgICBkZmx0PSR2ZW5kb3Jw cmVmaXgvJHtsaWJ9L3ZlbmRvcl8kcHJvZy8kdmVyc2lvbiA7OwogCQllc2FjCiAJCTs7CiAJKikJ ZGZsdD0iJHZlbmRvcmxpYiIKQEAgLTEwNTU2LDkgKzEwNTYzLDkgQEAgZWxzZQogCQllbHNlCiAJ CQlmb3IgbmV0IGluIG5ldCBzb2NrZXQKIAkJCWRvCi0JCQkJaWYgdGVzdCAtZiAvdXNyL2xpYi9s aWIkbmV0JF9hOyB0aGVuCi0JCQkJCSggKCRubSAkbm1fb3B0IC91c3IvbGliL2xpYiRuZXQkX2Eg fCBldmFsICRubV9leHRyYWN0KSB8fCAgXAotCQkJCQkkYXIgdCAvdXNyL2xpYi9saWIkbmV0JF9h KSAyPi9kZXYvbnVsbCA+PiBsaWJjLmxpc3QKKwkJCQlpZiB0ZXN0IC1mIC91c3IvJGxpYi9saWIk bmV0JF9hOyB0aGVuCisJCQkJCSggKCRubSAkbm1fb3B0IC91c3IvJGxpYi9saWIkbmV0JF9hIHwg ZXZhbCAkbm1fZXh0cmFjdCkgfHwgIFwKKwkJCQkJJGFyIHQgL3Vzci8kbGliL2xpYiRuZXQkX2Ep IDI+L2Rldi9udWxsID4+IGxpYmMubGlzdAogCQkJCQlpZiAkY29udGFpbnMgc29ja2V0IGxpYmMu bGlzdCA+L2Rldi9udWxsIDI+JjE7IHRoZW4KIAkJCQkJCWRfc29ja2V0PSIkZGVmaW5lIgogCQkJ CQkJc29ja2V0bGliPSItbCRuZXQiCkBAIC0yMTY3Nyw2ICsyMTY4NCw3IEBAIGxkZmxhZ3M9JyRs ZGZsYWdzJwogbGRmbGFnc191c2VsYXJnZWZpbGVzPSckbGRmbGFnc191c2VsYXJnZWZpbGVzJwog bGRsaWJwdGhuYW1lPSckbGRsaWJwdGhuYW1lJwogbGVzcz0nJGxlc3MnCitsaWI9JyRsaWInCiBs aWJfZXh0PSckbGliX2V4dCcKIGxpYmM9JyRsaWJjJwogbGlicGVybD0nJGxpYnBlcmwnCg==