Re: [FHS] helper scripts location

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 06/14/2011 12:26 AM, Kevin Kofler wrote:
> HaÃkel GuÃmar wrote:
>> I spent some time yesterday talking with opensuse guys on irc, since
>> /usr/libexec has not been blessed by FHS
libexecdir is GNU Standards for ages (decades).

It's supposed to be kind of an "auxilliary bindir", to hide away 
programs, users are not supposed to execute directly.

It's formal definition[1] is

<cite>
libexecdir

     The directory for installing executable programs to be run by other 
programs rather than by users. This directory should normally be 
â/usr/local/libexecâ, but write it as â$(exec_prefix)/libexecâ. (If you 
are using Autoconf, write it as â@libexecdir@â.)

     The definition of âlibexecdirâ is the same for all packages, so you 
should install your data in a subdirectory thereof. Most packages 
install their data under â$(libexecdir)/package-name/â, possibly within 
additional subdirectories thereof, such as 
â$(libexecdir)/package-name/machine/versionâ.
</cite>

In Fedora, we treat libexecdir as optional and allow packages to install 
such "non-user programs" to %libdir/<subdir>/ instead, primarily for 
historical reasons.

> Actually, libexec can be interpreted as being a libdir with the multilib
> suffix "exec" (just like "64" is one),
Multilib subdirs are arbitrary directory names. There is no convention 
of them being named "lib*".

You might not have tripped over such them on intel based platforms, but 
are very common on other architectures/OSes.

Ralf

[1] http://www.gnu.org/prep/standards/standards.html
-- 
devel mailing list
devel@xxxxxxxxxxxxxxxxxxxxxxx
https://admin.fedoraproject.org/mailman/listinfo/devel



[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]
  Powered by Linux