| Summary: | Locale-gettext fails with missing libintl dep | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Sam Kimbrel <sam> |
| Component: | Current packages | Assignee: | Gentoo Perl team <perl> |
| Status: | RESOLVED NEEDINFO | ||
| Severity: | major | CC: | edit_21, eradicator, joseph, kredba, patrick, renatogallo, StormByte, veldy |
| Priority: | High | ||
| Version: | 2005.1 | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
|
Description
Sam Kimbrel
2006-01-22 09:23:36 UTC
(In reply to comment #0) > virtual/libintl is provided by dev-perl/libintl-perl Uhm no - it isn't. It's provided by sys-devel/gettext, but don't see how is this virtual relevant here. , which I re-emerged before > attempting to merge Locale-gettext on its own. libintl-perl merged > successfully, but Locale-gettext failed again. Locale-gettext depends on sys-devel/gettext, if you are missing that one for whatever weird reason (like --nodeps), it won't work. Locate-gettext emerges and works perfectly here w/o libintl-perl. Closing INVALID. My apologies for thinking that the perl module named libintl had something to do with it then. Gettext was installed on the system, I re-emerged it and ran revdep-rebuild to make sure things would work. Locale-gettext still will not install. >>> emerge (22 of 118) dev-perl/Locale-gettext-1.05 to / >>> Downloading http://gentoo.osuosl.org/distfiles/gettext-1.05.tar.gz --15:02:16-- http://gentoo.osuosl.org/distfiles/gettext-1.05.tar.gz => `/usr/portage/distfiles/gettext-1.05.tar.gz' Resolving gentoo.osuosl.org... 64.50.236.52 Connecting to gentoo.osuosl.org[64.50.236.52]:80... connected. HTTP request sent, awaiting response... 200 OK Length: 7,693 [application/x-gzip] 100%[====================================>] 7,693 --.--K/s 15:02:17 (101.18 KB/s) - `/usr/portage/distfiles/gettext-1.05.tar.gz' saved [7,693/7,693] >>> md5 files ;-) Locale-gettext-1.04.ebuild >>> md5 files ;-) Locale-gettext-1.01-r1.ebuild >>> md5 files ;-) Locale-gettext-1.03.ebuild >>> md5 files ;-) Locale-gettext-1.05.ebuild >>> md5 files ;-) files/digest-Locale-gettext-1.01-r1 >>> md5 files ;-) files/digest-Locale-gettext-1.03 >>> md5 files ;-) files/digest-Locale-gettext-1.04 >>> md5 files ;-) files/digest-Locale-gettext-1.05 >>> md5 src_uri ;-) gettext-1.05.tar.gz >>> Unpacking source... >>> Unpacking gettext-1.05.tar.gz to /var/tmp/portage/Locale-gettext-1.05/work >>> Source unpacked. * Using ExtUtils::MakeMaker checking for gettext... no checking for gettext in -lintl... no gettext function not found. Please install libintl at Makefile.PL line 18. make: *** No targets specified and no makefile found. Stop. !!! ERROR: dev-perl/Locale-gettext-1.05 failed. and sys-devel/gettext (the dep in question i believe) is installed and happy? In regards to the previous post: -------------------------- densha2 distfiles # emerge -p sys-devel/gettext These are the packages that I would merge, in order: Calculating dependencies ...done! [ebuild R ] sys-devel/gettext-0.14.4 densha2 distfiles # ------------------------------------------------------------ I am installing from Universal 2005.1. The first error occurred when I was running 'emerge -qn -u -D world' This fubar's my install, so unless someone has a fix, I'm toast. CFLAGS="-march=i586 -Os -pipe -m3dnow" CHOST="i586-pc-linux-gnu" These both worked for the stage one install I did on my other mobo back in September 05. MOBO: EPIA-CL6000E (600MHz x86) RAM: 1 G Is there any other info I can provide that would help? Let me know! Thanks - Jd (In reply to comment #4) > and sys-devel/gettext (the dep in question i believe) is installed and happy? > Yes, gettext was installed prior to the first attempt, and then I rebuilt it just to be sure. Problem has been solved by switching to perl 5.8.6-r8 from -r5 since 5.8.7-r3 would not compile for me. I'll file a separate bug report for the 5.8.7-r3 compilation issue if I can get details on it (right now all I know is that some part of the make script causes bash to segfault in the middle of it) but for now I can continue the emerge system. Well, I tried several things, here's what happened. emerge sys-devel/gettext emerge dev-perl/Locale-gettext FAILED again, same error after latest post about perl, I tried emerge perl etc-update emerge dev-perl/Locale-gettext and that worked... I suspect a problem in the dependency chain somehow, but hey, I'm not the expert in that, so I just hope it gets fixed and my next install doesn't hit that! Jd I am seeing the same problem. Just build a 2006.0 system and am now doing a emerge -e world This looks like a dependency problem to me. I went to reinstall perl and it had to download the tarball. Clearly, it was building the module before perl itself. Looking at the dependencies of Locale-gettext, I don't see perl.
DEPEND="sys-devel/gettext
>=virtual/perl-Test-Simple-0.54"
There is:
inherit perl-module
So, perhaps perl-module is broken and does not actually force the installation of perl during an empty-tree build.
emerge perl works! It is definitely a dependency problem. Powers that be ... please fix ebuild or eclass. use flags? because this is the perl-module eclass that should be getting invoked:
75 DEPEND=">=dev-lang/perl-5.8.2 !<perl-core/ExtUtils-MakeMaker-6.17"
76 RDEPEND="!minimal? ( ${DEPEND} )"
so perl being installed is a requirement of the eclass (and since the ebuilds inherit the eclass, a dep of the ebuilds as well). I'm not disagreeing something freaky is happening here, just not convinced of the order of it all.
perl was installed. It just wasn't reinstalled. I was performing "emerge -e world" and it didn't trigger a rebuild of perl BEFORE the rebuild of the module; it should have. sounds right. it might have triggered it if you had done a deep or something, but just -e would be everything, not necessarily in order. that's an issue to take up with the portage folks, not really relevant to this particular locale-gettext ebuild. (sorry) (In reply to comment #9) > I am seeing the same problem. Just build a 2006.0 system and am now doing a > emerge -e world > I am seeing this problem too. help2man (130248) doesn't compile, because Locale-gettext is missing. Gettext seems to be installed right, but emerging Locale-gettext doesn't work right. The installation doesn't fail, just doesn't do anything, because it thinks -lintl is missing. Should it be linked with -lintl2 ??? Maybe just the test in Line 18 is wrong. (In reply to comment #15) > (In reply to comment #9) > > I am seeing the same problem. Just build a 2006.0 system and am now doing a > > emerge -e world > > > > I am seeing this problem too. help2man (130248) doesn't compile, because > Locale-gettext is missing. Gettext seems to be installed right, but emerging > Locale-gettext doesn't work right. The installation doesn't fail, just doesn't > do anything, because it thinks -lintl is missing. Should it be linked with > -lintl2 ??? Maybe just the test in Line 18 is wrong. > I had your exact same problem. emerge perl emerge Locale-gettext emerge help2man emerge -e world Cross your fingers no other emerge -e problems ;) And now it's not even properly noticing the failure and just merging an empty package: /usr/portage # emerge -v --oneshot dev-perl/Locale-gettext Calculating dependencies... done! >>> Emerging (1 of 1) dev-perl/Locale-gettext-1.05 to / >>> checking ebuild checksums >>> checking auxfile checksums >>> checking miscfile checksums >>> checking distfiles checksums >>> Unpacking source... >>> Unpacking gettext-1.05.tar.gz to /var/tmp/portage/Locale-gettext-1.05/work >>> Source unpacked. >>> Compiling source in /var/tmp/portage/Locale-gettext-1.05/work/gettext-1.05 ... * Using ExtUtils::MakeMaker checking for gettext... no checking for gettext in -lintl...gettext function not found. Please install libintl at Makefile.PL line 18. no >>> Source compiled. >>> Test phase [not enabled]: dev-perl/Locale-gettext-1.05 >>> Install Locale-gettext-1.05 into /var/tmp/portage/Locale-gettext-1.05/image/ category dev-perl >>> Completed installing Locale-gettext-1.05 into /var/tmp/portage/Locale-gettext-1.05/image/ man: >>> Merging dev-perl/Locale-gettext-1.05 to / --- /usr/ --- /usr/share/ --- /usr/share/perl/ --- /usr/share/perl/gentoo-pods/ --- /usr/share/perl/gentoo-pods/5.8.7/ --- /usr/share/doc/ --- /usr/share/doc/Locale-gettext-1.05/ >>> /usr/share/doc/Locale-gettext-1.05/README.gz >>> Safely unmerging already-installed instance... --- !mtime obj /usr/share/doc/Locale-gettext-1.05/README.gz <<< dir /usr/share/perl/gentoo-pods/5.8.7 <<< dir /usr/share/perl/gentoo-pods <<< dir /usr/share/perl --- !empty dir /usr/share/doc/Locale-gettext-1.05 --- !empty dir /usr/share/doc --- !empty dir /usr/share --- !empty dir /usr >>> Original instance of package unmerged safely. * Man pages are not installed for most modules now. * Please use perldoc instead. >>> Regenerating /etc/ld.so.cache... >>> dev-perl/Locale-gettext-1.05 merged. What I've gotten so far is that if you re-emerge perl as well as gettext, Locale-gettext will emerge ok. Not sure how to force people to re-emerge perl, though, and it sounds awful lot like a USE flag or env var is being invoked now that wasn't invoked in the perl built for your stage (grasping for ways for perl to be built completely different). I think the root cause of the problem is that in new builds of gettext libintl.so has been renamed to preloadable_libintl.so, but I may be totally off. If you inspect the output of emerge -epv system, perl doesn't get built until after Locale-gettext, probably because Locale-gettext only depends on perl-Test-simple, which might only depend on libperl and not perl itself. Sadly, I am not knowledgeable enough the ebuild system to offer a fix. :) (In reply to comment #19) > Sadly, I am not knowledgeable enough the ebuild system to offer a fix. :) see comment #12 - perl is a dep of the eclass, which is inherited by the ebuild, and therefore a dep of the ebuild. and i'm still having trouble dup'ing this bug - anyone else on the perl alias want to take a shot? (In reply to comment #17) > And now it's not even properly noticing the failure and just merging an empty > package: fixed in the eclass and i think this whole may have been inadvertantly fixed in another bug dealing with where perl gets emerged in the early parts of the chain (because of a dep on coreutils, which pushed it around in the ordering a bit - but i could be wrong) I'm using the grapical installer for 2006.0 and it just halts when it reaches the package. So the error is consistent. I know how to resolv the problem if I wanted to but it's bad for new users that aren't familiar to linux that the install don't work with the grapical install. I don't know if the dependency tree works for a normal install I haven't checked. but.... Keep up the great work guys. You really have a good thing going here. (In reply to comment #22) > I'm using the grapical installer for 2006.0 fwiw, i believe this will be fixed in the 2006.1 release (I realize that does you no good now). Can this bug be closed out? I don't think it would be wise to close this defect out until it has been solidly verified ... this defect has been particularily resiliant in reappearing. Oops ... my apology, I thought this was a different defect. I don't see any issues with closing it. Closing :) (as always, this bug can be reopened if you need to, no mark is final, yada yada yada) I ran in this problem too. I think i fixed it setting perl useflag. Please confirm it. I've this problem too, using portage tree snapshot - 08.26.2006 "emerge -v --oneshot dev-perl/Locale-gettext" - didn't help me, My workaround is : step 1) USE="-nls" emerge perl step 2) emerge dev-perl/Locale-gettext (In reply to comment #29) > I've this problem too, > using portage tree snapshot - 08.26.2006 > > "emerge -v --oneshot dev-perl/Locale-gettext" - didn't help me, > My workaround is : > step 1) USE="-nls" emerge perl > step 2) emerge dev-perl/Locale-gettext > I suspect it was more the rebuilding of perl than anything else - nls isn't a use flag for perl. *** Bug 145808 has been marked as a duplicate of this bug. *** Still reproducible in 2008.0 installation media (at least what I tried which was a mininal CD). I didn't tried a emerge -e system. What I was trying is: after having grub and kernel configured and installed, reboot and do a emerge --sync && emerge -uDN world. The errors are the same as above (Locale-gettext ones). I didn't try the workarround of rebuilding perl firtst. Please, I think this must be taken into account, since it confuses a lot, and happens mostly when you don't have even X server installed, so you get stalled in the beginning of gentoo's installation (many thanks to the existence of links BTW) P.D. Can someone reopen this bug? I can't. (In reply to comment #32) > Still reproducible in 2008.0 installation media (at least what I tried which > was a mininal CD). I didn't tried a emerge -e system. > > What I was trying is: after having grub and kernel configured and installed, > reboot and do a emerge --sync && emerge -uDN world. > > The errors are the same as above (Locale-gettext ones). I didn't try the > workarround of rebuilding perl firtst. > > Please, I think this must be taken into account, since it confuses a lot, and > happens mostly when you don't have even X server installed, so you get stalled > in the beginning of gentoo's installation (many thanks to the existence of > links BTW) > > P.D. Can someone reopen this bug? I can't. > I also encountered this today on 2 systems, exactly the same issue, emerging perl again fixed this though. Reopened by user request Is this still an issue with autobuilds? If yes please reopen. |
