On Wednesday 18 May 2011 22:28:38 Alan McKinnon wrote: > Apparently, though unproven, at 23:06 on Wednesday 18 May 2011, Mick did > opine > > thusly: > > Had a depclean session which removed: > > media-libs/musicbrainz > > > > selected: 2.1.5 > > > > protected: none > > > > omitted: 3.0.2 > > > > Then I followed up with revdep-rebuild and this comes up: > > * Generated new 1_files.rr > > * Collecting complete LD_LIBRARY_PATH > > * Generated new 2_ldpath.rr > > * Checking dynamic linking consistency > > > > [ 67% ] * broken /usr/lib/libtunepimp.la (requires -lmusicbrainz) > > [snip ...] > > > > * Assigning files to packages > > * !!! /usr/lib/libtunepimp.la not owned by any package is broken !!! > > * /usr/lib/libtunepimp.la -> (none) > > > > What is "-lmusicbrainz" and is it telling me to just delete > > /usr/lib/libtunepimp.la? > > Look into any *.la file and you will see stuff like this: > > /usr/lib/libsqlite3.la:dependency_libs=' -ldl -lpthread' > > The .la files are hints to the linker telling it how to do stuff, the -l > bits reference libraries that will be needed. Far more often than is > acceptable, libtool cocks this up in spectacular ways, which is why we had > > lafilefixer --justfixit > > for so long, and why it is now built into portage. > > I have musicbrainz, but I do not have /usr/lib/libtunepimp.la and yours is > orphaned anyway - it probably got left behind long ago when depclean didn't > know it was related to musicbrainz. > > Just delete the thing, be done with it, revdep-rebuild will stfu and you > will be a much happier chappy
Thanks guys, it's been blitzed! -- Regards, Mick
signature.asc
Description: This is a digitally signed message part.
