Hi, I'm seeing a problem I really don't know how to solve when rebuilding xmms for x86_64. When using mach or plain rpmbuild, things seem to work fine, but when using mock (I've reproduced it locally) or the Extras builsystem, many plugins fail to build/link properly, and end up only as .a archives instead of .so. Typical nasty build output looks like this : /bin/sh ./libtool --mode=link gcc -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=nocona -Wall -Wpointer-arith -o libxmms.la -rpath /usr/lib64 -export-dynamic -version-info 4:1:3 configfile.lo xmmsctrl.lo dirbrowser.lo util.lo formatter.lo titlestring.lo xentry.lo xconvert.lo -L/usr/lib64 -L/usr/lib64 -lgtk -lgdk -rdynamic -lgmodule -lgthread -lglib -lpthread -ldl -lXi -lXext -lX11 -lm rm -fr .libs/libxmms.la .libs/libxmms.* .libs/libxmms.* *** Warning: linker path does not have real file for library -lpthread. *** I have the capability to make that library automatically link in when *** you link to this library. But I can only do this if you have a *** shared version of the library, which you do not appear to have *** because I did check the linker path looking for a file starting *** with libpthread and none of the candidates passed a file format test *** using a file magic. Last file checked: /usr/lib64/libpthread.so *** The inter-library dependencies that have been dropped here will be *** automatically added whenever a program is linked with this library *** or is declared to -dlopen it. You can see a complete build.log here : http://buildsys.fedoraproject.org/logs/fedora-development-extras/2040-xmms-1.2.10-18.1.fc5/x86_64/ A wild guess would be that this could be caused by mock only considering x86_64 packages and not any ix86 ones. In this case it's definitely an xmms build bug, and might be possible to fix with a standard "autogen.sh" set of commands (ah, libtool...), but all my attempts to gets things back into shape have failed (all the m4 files in there are pretty old...). Anyway, all this makes me really think XMMS should die once and for all. But again, it lacks a serious replacement since BMP is now discontinued (and the very latest version still has a few bugs), and the "audacious" project that wants to take over (again!) is... well... not really completely ready (yet?), and I know for having built and tested it yesterday. *sigh* Any help on this issue would be really welcome. Note that the previous release (-16 vs. this -18) built fine on x86_64, so it's either because of some fairly recent FC4 update(s) or some mock/buildsys changes. Please add anything you find to this bugzilla entry : https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=175493 Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Fedora Core release 4 (Stentz) - Linux kernel 2.6.14-1.1653_FC4 Load : 0.55 0.41 0.36
