systemd system unit files and UsrMove

Harald Hoyer harald.hoyer at gmail.com
Tue Feb 21 10:06:14 UTC 2012


Am 20.02.2012 21:19, schrieb Miloslav Trmač:
> On Mon, Feb 20, 2012 at 9:07 PM, Kay Sievers <kay.sievers at vrfy.org> wrote:
>> /usr/share in our general understanding not to be used for
>> package-private things.
> Who is "we"?  This is in direct conflict with the FHS:
> 
> "Any program or package which contains or requires data that doesn't
> need to be modified should store that data in /usr/share (or
> /usr/local/share, if installed locally). It is recommended that a
> subdirectory be used in /usr/share for this purpose."
> 
> 
>> There is no reason to have
>> /usr/share/<pkgdir>/ and /usr/lib/<pkgdir>, even LSB specifies that
>> only a _single_ dir should be used, hence the one in lib not in share.
> Chapter and verse, please?  AFAICS all LSB says is
> http://refspecs.linuxfoundation.org/LSB_4.1.0/LSB-Core-generic/LSB-Core-generic/execenvfhs.html

http://www.pathname.com/fhs/pub/fhs-2.3.html#USRLIBLIBRARIESFORPROGRAMMINGANDPA

/usr/lib : Libraries for programming _and_ packages

Applications may use a single subdirectory under /usr/lib. If an application
uses a subdirectory, all architecture-dependent data exclusively used by the
application must be placed within that subdirectory.

For example, the perl5 subdirectory for Perl 5 modules and libraries.


More information about the devel mailing list