era era $ sudo su root era # emerge -U world >>> --upgradeonly implies --update... adding --update to options. Calculating world dependencies ...done! >>> emerge (1 of 57) gnome-base/libbonobo-2.6.2 to / >>> md5 src_uri ;-) libbonobo-2.6.2.tar.bz2 >>> Unpacking source... >>> Unpacking libbonobo-2.6.2.tar.bz2 to /var/tmp/portage/libbonobo-2.6.2/work >>> Source unpacked. * Patching ${S}/ltmain.sh... * Applying portage-1.4.1.patch... * Applying max_cmd_len-1.5.0.patch... doc configure: WARNING: If you wanted to set the --build type, don't use --host. If a cross compiler is detected then cross compile mode will be used. checking for a BSD-compatible install... /bin/install -c checking whether build environment is sane... yes checking for gawk... gawk checking whether make sets $(MAKE)... yes checking for i686-pc-linux-gnu-strip... no checking for strip... strip checking whether to enable maintainer-specific portions of Makefiles... no checking for perl... /usr/bin/perl configure: error: XML::Parser perl module is required for intltool !!! ERROR: gnome-base/libbonobo-2.6.2 failed. !!! Function econf, Line 362, Exitcode 1 !!! econf failed root era # ls /usr/bin/ | grep perl find2perl perl perl5.8.4 perlbug perlcc perldoc perlivp sperl5.8.4 suidperl root era # emerge -p -v perl These are the packages that I would merge, in order: Calculating dependencies ...done! [ebuild R ] dev-lang/perl-5.8.4 +berkdb -debug +doc +gdbm +threads -(uclibc) 0 kB Total size of downloads: 0 kB =============================================================================== System uname: 2.6.7-gentoo-r11 i686 Celeron (Coppermine) GenuineIntel ccache ver.2.3 make.conf: CHOST="i686-pc-linux-gnu" CFLAGS="-O2 -march=i686" CXXFLAGS="${CFLAGS}" GENTOO_MIRRORS="ftp://dgap-gw.mipt.ru/Gentoo/" SYNC="rsync://dgap-gw.mipt.ru/gentoo-portage" FEATURES="ccache" CCACHE_SIZE="1G" CCACHE_DIR="/usr/ccache/" USE="kde qt gnome gtk alsa samba jabber -svga mmx sse threads doc" Reproducible: Always Steps to Reproduce: 1. 2. 3.
got the same problem. Can be solved by installing dev-perl/XML-Parser However the dependency should be added to the ebuild
agh.. Fscking perl issues :-/ from the libbonobo ebuild: DEPEND="${RDEPEND} >=dev-util/pkgconfig-0.12.0 >=dev-util/intltool-0.29 doc? ( >=dev-util/gtk-doc-1 )" --- following the intltool : RDEPEND="dev-perl/XML-Parser ${DEPEND}" Which means that we have an implicit dependency on XML::Parser (unless somone decides to "clean out" their system) However, due to perl updates, and mostly, not runnning the libperl_rebuilder that would reinstall perl packages. Could you please check the history of perl from /var/log/emerge.log ? Updated, if so from what version to what version? I'm inclined to mark this as INVALID because the Gnome dependencies are correct, but I want to get this resolved in some way. Tagging as Needinfo for now. Adding perl to CC.
Yeah, I've solved the problem by reemergin XML-Parser: $ USE="perl" emerge XML-Parser $ emerge libbonobo all emerged successfully. History from /var/log/emerge.log: sys-devel/libperl 5.8.2 --> 5.8.4 dev-lang/perl 5.8.2-r1 --> 5.8.4 dev-perl/XML-Parser 2.34 --> 2.34 (just rebuild) I'm using Gentoo for about 2 week, so there is not so much updates.
well, by doing a quick "qpkg -l XML-Parser" it shows that almost all files are installed in the perl versions subdir, so there isn't much to do there. The package was installed, but not accessible because of the perl upgrade. perl folks, can -something- be done about this??
*** Bug 59144 has been marked as a duplicate of this bug. ***
I have an upgrade from perl 5.8.2 to 5.8.4 in my emerge log. And all perl modules are still in 5.8.2 subdirs. And *now* i see that eerror concerning libperl-rebuilder at the end of perl-5.8.4 ebuild... sorry.
yea i'm getting the same error, i have perl 5.8.4 also. why don't we mark this as ~ until it's fixed.
I forgot to mention.. i have dev-perl/XML-Parser installed, and I never had perl-5.8.2 on this machine, so I'm not sure how any of this would fix the problem. (unless dev-perl/XML-Parser has a problem where it didn't install correctly) I should also note that I've reported other bugs with autoconf not detecting XML packages correctly.. odd
I think I know what causes this. This person upgraded his Perl installation, and needs to re-emerge his XML-parser package. If he or she will re-emerge dev-perl/XML-Parser, libbonobo will emerge correctly.
Better use /usr/portage/dev-lang/perl/files/libperl_rebuilder, as explained in perl-5.8.4.ebuild. This will rebuild *all* perl modules that are still 'attached' to a previous perl version. At least it worked for me.
*** Bug 59407 has been marked as a duplicate of this bug. ***
yea that libperl_rebuild script seems to have worked, however it rebuilt tons of packages... took FOREVER ;) how can we avoid this kind of thing in the future?
*** Bug 59785 has been marked as a duplicate of this bug. ***
*** Bug 59917 has been marked as a duplicate of this bug. ***
*** Bug 61351 has been marked as a duplicate of this bug. ***
*** Bug 62038 has been marked as a duplicate of this bug. ***
*** Bug 62922 has been marked as a duplicate of this bug. ***
*** Bug 63060 has been marked as a duplicate of this bug. ***
*** Bug 70806 has been marked as a duplicate of this bug. ***
closing
OK, seems like now there is /usr/portage/dev-lang/perl/files/perl-cleaner to do this. Am I really supposed to scan my emerge -Duvat world list for occurances of perl, check if minor version number changes, cancel the world update if so and manually upgrade perl with running perl-cleaner afterwards and restarting my world update?