All of lore.kernel.org
 help / color / mirror / Atom feed
From: Mark Hatle <mark.hatle@windriver.com>
To: <openembedded-core@lists.openembedded.org>
Subject: Re: [PATCH 0/4][RFC] Change libexecdir to ${prefix}/libexec
Date: Tue, 2 Dec 2014 11:02:57 -0600	[thread overview]
Message-ID: <547DF0C1.4020608@windriver.com> (raw)
In-Reply-To: <cover.1417535164.git.ross.burton@intel.com>

On 12/2/14, 9:53 AM, Ross Burton wrote:
> 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.

Originally this was choosen because most packages were -not- using 
pkglibexecdir.  This was causing a libexecdir that was containing multiple, 
sometimes conflicting binary names.

So the fix was either patch the recipes to add their BPN, or just add the BPN to 
the libexecdir itself.

Personally I think using "${exec_prefix}/libexec" is incorrect.  This does not 
support a multilib configuration where you may have both a 64-bit and 32-bit 
version of the libexec program on the system.  (perhaps this isn't a real 
problem, but we ran into some conflicts in the past.)

So moving to the libdir, ensures that we are unique per multilib.. and the BPN 
ensures that we're unique per recipe.

> 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(-)
>



  parent reply	other threads:[~2014-12-02 17:02 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-12-02 15:53 [PATCH 0/4][RFC] Change libexecdir to ${prefix}/libexec Ross Burton
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 ` Mark Hatle [this message]
2014-12-02 17:10   ` [PATCH 0/4][RFC] Change libexecdir to ${prefix}/libexec 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=547DF0C1.4020608@windriver.com \
    --to=mark.hatle@windriver.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.