Re: [gentoo-user] persistent broken dynamic link notice from revdep-rebuild
There may be a better way, I had to run; emerge -p -depclean -- Powered by Gentoo/Linux -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] persistent broken dynamic link notice from revdep-rebuild
On Sat, 17 Mar 2007 15:12:24 -0400, de Almeida, Valmor F. wrote: As part of the final stage of a long upgrade from profile 2005.1 to 2006.1, I get many messages from revdep-rebuild of broken links to files that are not part of any installed package but were in the past. For instance: broken /usr/lib/ImageMagick-6.1.8/modules-Q16/coders/art.la (requires /-lstdc++) As part of World, imagemagick-6.3.0.5-r1 is now installed and the file art.la is found at /usr/lib/ImageMagick-6.3.0/modules-Q16/coders/art.la If you run fix_libtool_files.sh, it modifies a number of .la files. As a result, these files are removed when their parent package is unmerged because their checksums no longer match the package's CONTENTS file. This isn't an issue if you have upgraded the package and it has overwritten the .la files with new versions, but when they move to a different location, or if you remove the package altogether, that are left lying around. As you have determined the files no longer belong to a package, it is quite safe to remove them. -- Neil Bothwick Windows booting: insert CD-ROM 2. signature.asc Description: PGP signature
RE: [gentoo-user] persistent broken dynamic link notice from revdep-rebuild
-Original Message- If you run fix_libtool_files.sh, it modifies a number of .la files. As a Indeed I used it. result, these files are removed when their parent package is unmerged because their checksums no longer match the package's CONTENTS file. This isn't an issue if you have upgraded the package and it has overwritten the .la files with new versions, but when they move to a different location, or if you remove the package altogether, that are left lying around. As you have determined the files no longer belong to a package, it is quite safe to remove them. Yes I am going around with a fine tooth comb and fixing things. Still a bit confused with virtual packages... Anyway I am getting out of the woods as this upgrade seems to be working. Thanks, -- Valmor -- Neil Bothwick Windows booting: insert CD-ROM 2. -- gentoo-user@gentoo.org mailing list
RE: [gentoo-user] persistent broken dynamic link notice from revdep-rebuild
-Original Message- From: Neil Bothwick [mailto:[EMAIL PROTECTED] As you have determined the files no longer belong to a package, it is quite safe to remove them. This is a small thing but here is the current result from -revdep-rebuild --pretend Configuring search environment for revdep-rebuild Checking reverse dependencies... [lines deleted] Checking dynamic linking consistency... broken /opt/blackdown-jdk-1.4.2.03/jre/lib/i386/libjsoundalsa.so (requires libasound.so.2) done. (/root/.revdep-rebuild.3_rebuild) [lines deleted...] All prepared. Starting rebuild... emerge --oneshot --pretend =dev-java/blackdown-jdk-1.4.2.03-r12 These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild R ] dev-java/blackdown-jdk-1.4.2.03-r12 Now you can remove -p (or --pretend) from arguments and re-run revdep-rebuild. This happens over and over again. The package blackdown-jdk is not in world and according to equerry depends blackdown-jdk a lot of other packages depend on it. I unmerged it and did an emerge --update --newuse --deep world, followed by an emerge --depclean, and still revdep-rebuild complains about the broken link, reemerges the package with --oneshot option and continues to do that after each revdep-rebuild. The library libasound.so.2 is not on the system. This looks like a bug...and yes it is: http://bugs.gentoo.org/show_bug.cgi?id=83852 -- Valmor -- gentoo-user@gentoo.org mailing list