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