On 10 May 2012 13:06, Richard Guenther <rguenther@suse.de> wrote:
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.
Are usually not "multilibbed" as in "this gstreamer case is so specific that is better to patch it than change libexecdir in rpm"? Really, no idea... -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-packaging+owner@opensuse.org