After upgrading to xmms-jack-0.11 no jack output driver was available in the xmms output plugin dialog. Reproducible: Always Steps to Reproduce: 1.emerge =media-plugins/xmms-jack-0.11 2.start xmms 3.configure output Actual Results: Jack output driver missing; can not select it. Expected Results: Jack output driver should be available. Downgrading to xmms-jack-0.10 brings jack output back. 'ls /usr/lib/xmms/Output | grep jack' with xmms-jack-0.10: libjackout.a libjackout.la libjackout.so 'ls /usr/lib/xmms/Output | grep jack' with xmms-jack-0.11: libjackout libjackout.la With xmms-jack-0.11 there is no "libjackout.so" and "libjackout.a" is replaced by "libjackout". Also there are many ACLOCAL errors when emerging xmms-jack-0.11 (probably some autoconf-wrapper issue). # emerge info Portage 2.0.51-r8 (default-linux/x86/2004.3, gcc-3.4.3, glibc-2.3.4.20041102-r0, 2.6.9-gentoo-r6 i686) ================================================================= System uname: 2.6.9-gentoo-r6 i686 Intel(R) Pentium(R) 4 CPU 2.53GHz Gentoo Base System version 1.6.7 Python: dev-lang/python-2.3.4 [2.3.4 (#1, Nov 13 2004, 13:05:04)] distcc 2.18.2 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] dev-lang/python: 2.3.4 sys-devel/autoconf: 2.59-r6, 2.13 sys-devel/automake: 1.8.5-r2, 1.5, 1.4_p6, 1.6.3, 1.7.9, 1.9.3 sys-devel/binutils: 2.15.92.0.2-r1 sys-devel/libtool: 1.5.2-r7 virtual/os-headers: 2.6.8.1-r1 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CFLAGS="-O2 -march=pentium4 -fomit-frame-pointer -pipe -s" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3/share/config /usr/lib/mozilla/defaults/pref /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -march=pentium4 -fomit-frame-pointer -pipe -s" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig candy ccache distlocks sandbox sfperms" GENTOO_MIRRORS="http://mirrors.tds.net/gentoo http://gentoo.seren.com/gentoo http://open-systems.ufl.edu/mirrors/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X aalib acpi alsa apache2 arts audiofile avi berkdb bitmap-fonts bonobo cdr crypt cups curl divx4linux dv dvd dvdr encode esd f77 fam flac fortran gdbm gif gphoto2 gpm gstreamer gtk gtk2 gtkhtml guile imagemagick imap imlib jack java jpeg kde lcms ldap libg++ libwww mad mikmod mmx motif mozilla mpeg ncurses nls nptl odbc oggvorbis opengl oss pam pda pdflib perl png ppds python qt quicktime readline samba sasl scanner sdl slang spell sse ssl svg svga tcltk tcpd tetex theora threads tiff truetype unicode usb wmf x86 xml xml2 xmms xv zlib"
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
