Package xine-lib-moles requires outdated xine-lib package
Arnaud Denis <[email protected]>
| Newsgroups | gmane.linux.freshrpms.user |
|---|---|
| Message-ID | <[email protected]> |
> On 4 Feb. 2007, Paulo Cavalcanti wrote: > For the inpatients, I rebuilt it. > > Sorry, I have no way of providing it for x86_64. > You will have to rebuild it yourself. But I can give you the .src.rpm. > > http://people.atrpms.net/~pcavalcanti/rpms/xine-lib-moles-1.1.4-1.fc6.i386.rpm > > http://people.atrpms.net/~pcavalcanti/srpms/xine-lib-moles-1.1.4-1.fc6.src.rpm > Thanks Paulo for that source package! I'm new to the RPM-building world (however, I begin to better master the development with GNU standards (autoconf, automake, libtool, etc.); that's the reason of my previous post. In the RPM you built, Paulo, the dependency on the arts-devel package is missing. Though, even when I install that package, the xine-lib-moles source RPM cannot rebuild, as the arts library is picked up in the wrong directory (/usr/lib instead of /usr/lib64): /bin/sh ../../libtool --tag=CC --mode=link gcc -DNDEBUG -D_REENTRANT -D_FILE_OFFSET_BITS=64 -DXINE_COMPILE -O3 -fomit-frame-pointer -fexpensive-optimizations -fschedule-insns2 -ffast-math -finline-functions -Wall -Wnested-externs -Wcast-align -Wchar-subscripts -Wmissing-declarations -Wmissing-prototypes -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic -Wformat=2 -Wno-format-zero-length -Wmissing-format-attribute -Wstrict-aliasing=2 -o xineplug_ao_out_arts.la -rpath /usr/lib64/xine/plugins/1.1.4 -avoid-version -module xineplug_ao_out_arts_la-audio_arts_out.lo -L/lib64 -lartsc -lpthread -lgmodule-2.0 -ldl -lgthread-2.0 -lglib-2.0 ../../src/xine-engine/libxine.la gcc -shared .libs/xineplug_ao_out_arts_la-audio_arts_out.o -Wl,--rpath -Wl,/usr/src/redhat/BUILD/xine-lib-1.1.4/src/xine-engine/.libs -Wl,--rpath -Wl,/usr/lib64 -L/lib64 /usr/lib/libartsc.so -L/usr/lib/qt-3.3/lib -L/usr/lib -lpthread -lgmodule-2.0 -ldl -lgthread-2.0 -lglib-2.0 ../../src/xine-engine/.libs/libxine.so -m64 -mtune=generic -Wl,-soname -Wl,xineplug_ao_out_arts.so -o .libs/xineplug_ao_out_arts.so /usr/lib/libartsc.so: could not read symbols: File in wrong format collect2: ld returned 1 exit status make[3]: *** [xineplug_ao_out_arts.la] Error 1 make[3]: Leaving directory `/usr/src/redhat/BUILD/xine-lib-1.1.4/src/audio_out' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/usr/src/redhat/BUILD/xine-lib-1.1.4/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/src/redhat/BUILD/xine-lib-1.1.4' make: *** [all] Error 2 When I retype the linking line (beggcc -shared), replacing "-L/lib64 /usr/lib/libartsc.so" by "-L/lib64 -lartsc", all goes well. But I cannot find where that typo comes from. For example, the output of 'artsc-config' seems correct (even though the "-L/lib64" is useless I guess): # artsc-config --libs -L/lib64 -lartsc -lpthread -lgmodule-2.0 -ldl -lgthread-2.0 -lglib-2.0 # artsc-config --cflags -pthread -I/usr/include/kde/artsc -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include and config.status has the correct entry: s,@ARTS_CONFIG@,|#_!!_#|/usr/bin/artsc-config,g s,@ARTS_CFLAGS@,|#_!!_#|-pthread -I/usr/include/kde/artsc -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include,g s,@ARTS_LIBS@,|#_!!_#|-L/lib64 -lartsc -lpthread -lgmodule-2.0 -ldl -lgthread-2.0 -lglib-2.0,g In summary, something seems broken in the arts-devel configuration, providing (via libtool) the linking libs flags "/usr/lib/libartsc.so" instead of "-lartsc". If somebody understands that better than me, don't hesitate to explain it! Best Regards Denis Arnaud