mirror of
https://github.com/morgan9e/systemd
synced 2026-04-15 08:56:15 +09:00
man: Clarify usage of /usr/share/factory/ in programs
As discussed in this thread: https://github.com/redhat-performance/tuned/issues/798#issuecomment-3197697654 /usr/share/factory/ is not intended to be read from by programs, but the wording in the FHS can be misread to think that programs should be using /usr/share/factory/ as the vendor supplied configuration directory rather than something like /usr/lib/foo/ or /usr/share/foo/. This commit points developers to the UAPI configuration spec for how to make their programs hermetic /usr/ compatible. Signed-off-by: Ryan Brue <ryanbrue.dev@gmail.com>
This commit is contained in:
committed by
Lennart Poettering
parent
c7a444a9c1
commit
e80c5eb6e6
@@ -230,7 +230,9 @@
|
||||
<listitem><para>Repository for vendor-supplied default configuration files. This directory should be
|
||||
populated with pristine vendor versions of all configuration files that may be placed in
|
||||
<filename>/etc/</filename>. This is useful to compare the local configuration of a system with vendor
|
||||
defaults and to populate the local configuration with defaults.</para></listitem>
|
||||
defaults and to populate the local configuration with defaults. Software should not read configuration
|
||||
settings directly from <filename>/usr/share/factory/</filename>. Those files will be copied to
|
||||
other locations if appropriate, and should only be read from there.</para></listitem>
|
||||
</varlistentry>
|
||||
|
||||
<varlistentry>
|
||||
@@ -239,7 +241,9 @@
|
||||
<listitem><para>Similar to
|
||||
<filename>/usr/share/factory/etc/</filename>, but for vendor
|
||||
versions of files in the variable, persistent data directory
|
||||
<filename>/var/</filename>.</para></listitem>
|
||||
<filename>/var/</filename>. The same recommendations as for
|
||||
<filename>/usr/share/factory/etc/</filename> apply here.
|
||||
</para></listitem>
|
||||
</varlistentry>
|
||||
</variablelist>
|
||||
</refsect1>
|
||||
|
||||
Reference in New Issue
Block a user