1 |
On Wed, May 18, 2011 at 4:53 PM, Mick <michaelkintzios@×××××.com> wrote: |
2 |
> On Wednesday 18 May 2011 22:28:38 Alan McKinnon wrote: |
3 |
>> Apparently, though unproven, at 23:06 on Wednesday 18 May 2011, Mick did |
4 |
>> opine |
5 |
>> |
6 |
>> thusly: |
7 |
>> > Had a depclean session which removed: |
8 |
>> > media-libs/musicbrainz |
9 |
>> > |
10 |
>> > selected: 2.1.5 |
11 |
>> > |
12 |
>> > protected: none |
13 |
>> > |
14 |
>> > omitted: 3.0.2 |
15 |
>> > |
16 |
>> > Then I followed up with revdep-rebuild and this comes up: |
17 |
>> > * Generated new 1_files.rr |
18 |
>> > * Collecting complete LD_LIBRARY_PATH |
19 |
>> > * Generated new 2_ldpath.rr |
20 |
>> > * Checking dynamic linking consistency |
21 |
>> > |
22 |
>> > [ 67% ] * broken /usr/lib/libtunepimp.la (requires -lmusicbrainz) |
23 |
>> > [snip ...] |
24 |
>> > |
25 |
>> > * Assigning files to packages |
26 |
>> > * !!! /usr/lib/libtunepimp.la not owned by any package is broken !!! |
27 |
>> > * /usr/lib/libtunepimp.la -> (none) |
28 |
>> > |
29 |
>> > What is "-lmusicbrainz" and is it telling me to just delete |
30 |
>> > /usr/lib/libtunepimp.la? |
31 |
>> |
32 |
>> Look into any *.la file and you will see stuff like this: |
33 |
>> |
34 |
>> /usr/lib/libsqlite3.la:dependency_libs=' -ldl -lpthread' |
35 |
>> |
36 |
>> The .la files are hints to the linker telling it how to do stuff, the -l |
37 |
>> bits reference libraries that will be needed. Far more often than is |
38 |
>> acceptable, libtool cocks this up in spectacular ways, which is why we had |
39 |
>> |
40 |
>> lafilefixer --justfixit |
41 |
>> |
42 |
>> for so long, and why it is now built into portage. |
43 |
>> |
44 |
>> I have musicbrainz, but I do not have /usr/lib/libtunepimp.la and yours is |
45 |
>> orphaned anyway - it probably got left behind long ago when depclean didn't |
46 |
>> know it was related to musicbrainz. |
47 |
>> |
48 |
>> Just delete the thing, be done with it, revdep-rebuild will stfu and you |
49 |
>> will be a much happier chappy |
50 |
> |
51 |
> Thanks guys, it's been blitzed! |
52 |
|
53 |
I think the long-term plan is to eliminate the *.la files entirely, |
54 |
once all packages have been updated as such by their maintainers, so |
55 |
hopefully this kind of problem will vanish in the not-too-distant |
56 |
future. :) |