Summary: | xmms-jack-0.11 produces libraries without .so | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Chris Smith <chris> |
Component: | [OLD] Library | Assignee: | Gentoo's Team for Core System packages <base-system> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | eradicator, sound |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | x86 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Chris Smith
2004-12-06 08:03:30 UTC
The problem is that libjackout should be named libjackout.so ... I wonder why it's not getting the proper suffix for you... could youu try changing WANT_AUTOMAKE=1.8 to 1.9 or 1.7 to see if it's something specific to that version of automake... No resolution via changing WANT_AUTOMAKE=1.8 to 1.9 or 1.7. All of the ACLOCAL errors are gone with "WANT_AUTOMAKE=1.7" but the end result is the same: >>> Merging media-plugins/xmms-jack-0.11 to / --- /usr/ --- /usr/lib/ --- /usr/lib/xmms/ --- /usr/lib/xmms/Output/ >>> /usr/lib/xmms/Output/libjackout >>> /usr/lib/xmms/Output/libjackout.la --- /usr/share/ Just a note to add that I'm seeing other strange activities with the current state of ~x86 such as: http://bugs.gentoo.org/show_bug.cgi?id=73854 and http://bugs.gentoo.org/show_bug.cgi?id=73856 , possibly coinciding with the switch to the autoconf-wrapper stuff. it's libtool not making the .so in the filename *** This bug has been marked as a duplicate of 73140 *** Not a sys-devel/libtool-1.5.10 issue. The problem occurs with sys-devel/libtool-1.5.2-r7 as well as sys-devel/libtool-1.5.2-r5. The only other sys-devel/libtool available to me in portage is the unstable slotted 1.3.5 version. As a note my emerge info shows that I was running libtool-1.5.2-r7 when I reported this bug. Maybe all of these libtools are b0rked, if so I apologize for reopening this bug. Perhaps the version of libtool included is bad. Can you try adding this before the 'aclocal' line in src_unpack() to test: libtoolize --force --copy it's not an issue of libtool being 'bad', it's an issue of version mismatches every time we get a bug where 'libtool produces libraries without .so' it is because of libtool version mismatches in this case, xmms-jack runs `aclocal` which pulls in libtool.m4 code from libtool-1.5.2 ... the autoconf pushes this code into configure the bundled libtool / ltmain.sh is version 1.5.6 ... between these versions, the variable that was used to hold '.so' changed ... thus we get configure storing '.so' in variable 'foo' while the bundled libtool/ltmain.sh files expect it in variable 'bar' running `libtoolize --copy --force` after `aclocal` and before `autoconf` would be the sane thing to do (and does fix the problem) >running `libtoolize --copy --force` after `aclocal` and before `autoconf` would be the sane thing to do (and does fix the problem)
Yes, it does. Thank you.
fixed in cvs |