Package xine-lib-moles requires outdated xine-lib package

Arnaud Denis denis.arnaud_freshrpms at m4x.org
Sun Feb 4 21:38:52 CET 2007


> 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, at ARTS_CONFIG@,|#_!!_#|/usr/bin/artsc-config,g
s, at ARTS_CFLAGS@,|#_!!_#|-pthread -I/usr/include/kde/artsc -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include,g
s, at 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


More information about the freshrpms-list mailing list