On Thu, 10 May 2012, Cristian Morales Vega wrote:
On 10 May 2012 12:07, Philipp Thomas <pth@suse.de> wrote:
* Cristian Morales Vega (reddwarf@opensuse.org) [20120510 12:53]:
(gst-plugin-scanner:18379): GStreamer-WARNING **: Failed to load plugin '/usr/lib/gstreamer-0.10/libgstcoreelements.so': /usr/lib/gstreamer-0.10/libgstcoreelements.so: wrong ELF class: ELFCLASS32
The plugins are installed in $(libdir)/@PACKAGE@. Only gst-plugin-scanner is installed in $(libexecdir)/@PACKAGE@.
Then its looking in the wrong place aka is buggy coded! A 32 bit binary *must* only search in /usr/lib/gstreamer and the 64 bit binary *must* only look in /usr/lib64. I'd say this is a clear bug in gst-plugin-scanner.
Agreed. It's a bit inefficient for the 64 bit binary searching in /usr/lib/gstreamer. I will look into it. But that's unrelated to the libexecdir thing. If you want a 32 bit binary that only searches in /usr/lib/gstreamer and a 64 binary that only searches in /usr/lib64/gstreamer... you still need *two* places to put them in. They are executables, so they must be installed in "libexecdir", but libexecdir is /usr/lib for both i586 and x86-64.
Binaries are usually not "multilibbed" and if they are they need distinctive names. For example we have 'gdb' and 'gdb64' on powerpc, both live in /usr/bin. Richard. -- Richard Guenther <rguenther@suse.de> SUSE / SUSE Labs SUSE LINUX Products GmbH - Nuernberg - AG Nuernberg - HRB 16746 GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer