Mailinglist Archive: opensuse-packaging (208 mails)
| < Previous | Next > |
Re: [opensuse-packaging] Why %_libexecdir is not arch dependent?
- From: Philipp Thomas <pth@xxxxxxx>
- Date: Thu, 10 May 2012 12:26:41 +0200
- Message-id: <20120510102641.GA18611@paradies.suse.de>
* Cristian Morales Vega (reddwarf@xxxxxxxxxxxx) [20120510 01:05]:
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@.
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.
Philipp
--
To unsubscribe, e-mail: opensuse-packaging+unsubscribe@xxxxxxxxxxxx
To contact the owner, e-mail: opensuse-packaging+owner@xxxxxxxxxxxx
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@.
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.
Philipp
--
To unsubscribe, e-mail: opensuse-packaging+unsubscribe@xxxxxxxxxxxx
To contact the owner, e-mail: opensuse-packaging+owner@xxxxxxxxxxxx
| < Previous | Next > |