Literal references to /usr/local in shell scripts
Stefan Esser
se at freebsd.org
Mon Oct 26 13:24:52 UTC 2020
The following shell scripts (or configuration files parsed by a
shell) contain literal references to /usr/local:
libexec/rc/rc.conf # many variables
libexec/rc/rc.shutdown # PATH component
sys/conf/newvers.sh # search for svnversion, git, hg
usr.bin/man/man.sh # man_default_path, config_local
usr.sbin/autofs/autofs/include_ldap # path to ldapsearch
usr.sbin/autofs/autofs/special_media # path to mount.exfat, ntfs-3g
usr.sbin/bsdconfig/bsdconfig # BSDCFG_LOCAL_LIBE
usr.sbin/certctl/certctl.sh # TRUSTPATH, BLACKLISTPATH
usr.sbin/crashinfo/crashinfo.sh # path to gdb
usr.sbin/periodic/periodic.conf # local_periodic variable
On systems with non-default LOCALBASE these scripts need to be
adjusted.
In the case of rc.shutdown, for example, shutdown routines will
not be executed for a LOCALBASE other then /usr/local.
The rc.shutdown, autofs/*, certctl.sh, and crashinfo scripts will
be run with root privileges and must not use an untrusted LOCALBASE
value (but could refer to a sysctl variable). The same applies to
the periodic script that relies on the local_periodic variable set
in periodic.conf (but probably overridden in periodic.conf.local,
if required).
rc.conf could use a $LOCALBASE variable instead of literal values
to construct paths to port/package provided files in order to not
require that each value is modified in the systems /etc/rc.conf
file - which will fail if new variables referring to /usr/local
are introduced in the default configuration).
The list of shell scripts checked excludes those in contrib, release,
tests, and tools directories, since I think those will be used with
default LOCALBASE, in general.
More information about the freebsd-current
mailing list