On 10 May 2012 11:26, Philipp Thomas <pth@suse.de> wrote:
* Cristian Morales Vega (reddwarf@opensuse.org) [20120510 01:05]:
I am thinking about /usr/lib/gstreamer-0.10/gst-plugin-scanner, that apparently can't detect 32bit gstreamer plugins:
(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
There is no real standard regarding libexecdir. It is defined in the GNU coding standard http://www.gnu.org/prep/standards/html_node/Directory-Variables.html
And that isn't very precise. My POV is that the wrong place was choosen for the plugins. They should either have used arch specific dirs below $(libexecdir)/@PACKAGE@ or (which is easier) used $(libdir)/@PACKAGE@.
The plugins are installed in $(libdir)/@PACKAGE@. Only gst-plugin-scanner is installed in $(libexecdir)/@PACKAGE@. And that's exactly what the GNU coding standards say since gst-plugin-scanner is an "executable program to be run by other programs rather than by users". In fact about libdir they say "Do not install executables here, they probably ought to go in ‘$(libexecdir)’ instead". You can't blame gstreamer here for using libexec.
All in all this is a discussion that should happen upstream since it's up to the upstream project to decide about the correct place in the presence of biarch platforms.
I don't know how to argue with upstream that they should use libdir for gst-plugin-scanner when the GNU coding standards so clearly say they should use libexecdir and even explicitly says they should not use libdir. The same problem would happen with the plugins if we weren't defining _libdir as /usr/lib64. We are the ones behaving in inconsistent ways. But I don't think this is gstreamer specific. We should talk with upstream, but that upstream should be RPM. I just wanted to know if there is any good cause for things being the way they are now. And if we should patch rpm or gstreamer. But really, any patch to the gstreamer package probably is going to stay in openSUSE. I don't think gstreamer will want to change this. -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-packaging+owner@opensuse.org