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
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.