From: Ross Burton <ross.burton@intel.com>
To: openembedded-core@lists.openembedded.org
Subject: [PATCH 0/4][RFC] Change libexecdir to ${prefix}/libexec
Date: Tue, 2 Dec 2014 15:53:22 +0000 [thread overview]
Message-ID: <cover.1417535164.git.ross.burton@intel.com> (raw)
Hi,
First, this is VERY MUCH A RFC!
There's numerous problems with setting ${libexecdir} to ${libdir}/${BPN}, but
the a easy argument in my opinion is that nobody else does this.
The Debian world sets libexecdir to ${exec_prefix}/lib, and the Red Hat world
uses ${exec_prefix}/libexec. The FHS says either are fine. Nobody puts the
package name into the definition of libexecdir, as automake provides
pkglibexecdir ($libexec/$package) for package-specific binaries.
This branch changes bitbake.conf to use ${exec_prefix}/libexec and a few patches
to fix (or hack around) any problems this has revealed so far.
Comments and testing (especially with other layers, and multilib configurations)
much appreciated.
Ross
The following changes since commit b8631416f12b8a904ce3deb036f9d5ce632937b0:
package_regex.inc: Update REGEX'es in order to find upstream versions correctly (2014-11-28 14:03:02 +0000)
are available in the git repository at:
git://git.yoctoproject.org/poky-contrib ross/libexec
for you to fetch changes up to ed5b853fc4626afabcad8171f478893d5fb438f5:
bitbake: set libexecdir to prefix/libexec (2014-12-02 15:43:36 +0000)
----------------------------------------------------------------
Ross Burton (4):
eglibc: WIP fix paths for libexec
neard: remove libexec hacks
weston: fix plugin location in FILES
bitbake: set libexecdir to prefix/libexec
meta/conf/bitbake.conf | 4 ++--
meta/recipes-connectivity/neard/neard.inc | 10 +++-------
meta/recipes-connectivity/neard/neard/neard.in | 2 +-
meta/recipes-connectivity/neard/neard/neard.service.in | 2 +-
meta/recipes-core/glibc/glibc-package.inc | 2 +-
meta/recipes-graphics/wayland/weston_1.6.0.bb | 2 +-
6 files changed, 9 insertions(+), 13 deletions(-)
Ross Burton (4):
eglibc: WIP fix paths for libexec
neard: remove libexec hacks
weston: fix plugin location in FILES
bitbake: set libexecdir to prefix/libexec
meta/conf/bitbake.conf | 4 ++--
meta/recipes-connectivity/neard/neard.inc | 10 +++-------
meta/recipes-connectivity/neard/neard/neard.in | 2 +-
meta/recipes-connectivity/neard/neard/neard.service.in | 2 +-
meta/recipes-core/glibc/glibc-package.inc | 2 +-
meta/recipes-graphics/wayland/weston_1.6.0.bb | 2 +-
6 files changed, 9 insertions(+), 13 deletions(-)
--
1.7.10.4
next reply other threads:[~2014-12-02 15:53 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-12-02 15:53 Ross Burton [this message]
2014-12-02 15:53 ` [PATCH 1/4] eglibc: WIP fix paths for libexec Ross Burton
2014-12-02 15:53 ` [PATCH 2/4] neard: remove libexec hacks Ross Burton
2014-12-02 15:53 ` [PATCH 3/4] weston: fix plugin location in FILES Ross Burton
2014-12-02 15:53 ` [PATCH 4/4] bitbake: set libexecdir to prefix/libexec Ross Burton
2014-12-02 17:02 ` [PATCH 0/4][RFC] Change libexecdir to ${prefix}/libexec Mark Hatle
2014-12-02 17:10 ` Burton, Ross
2014-12-02 18:12 ` Mark Hatle
2014-12-03 7:57 ` Koen Kooi
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=cover.1417535164.git.ross.burton@intel.com \
--to=ross.burton@intel.com \
--cc=openembedded-core@lists.openembedded.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.