src/etc/rc.d/syslogd, branch main FreeBSD source tree Move rc startup scripts from etc/ to sbin/init/ 2018-07-28T20:36:23+00:00 Brad Davis brd@FreeBSD.org 2018-07-28T20:36:23+00:00 1135e97b7c2c3b60fda9a6f2f4a24a8336b1024c This keeps most startup scripts as CONFS per discussion on src-committers from back during BSDCan. Approved by: will (mentor) Differential Revision: https://reviews.freebsd.org/D16466 
This keeps most startup scripts as CONFS per discussion on src-committers from
back during BSDCan.

Approved by:	will (mentor)
Differential Revision:	https://reviews.freebsd.org/D16466
- Add descriptions to most of the rc scripts. Those are mostly taken from their 2016-04-23T16:10:54+00:00 Lars Engels lme@FreeBSD.org 2016-04-23T16:10:54+00:00 6c1a5e837d2d886042767bcc7b7255b81acc0965 daemon's manpage and probably improved. - Consistently use "filesystem" not "file system". Approved by: bapt, brueffer Differential Revision: D452 
  daemon's manpage and probably improved.
- Consistently use "filesystem" not "file system".

Approved by:	bapt, brueffer
Differential Revision:	D452
Do not try to create a /dev/log symlink in a jail. 2014-11-03T00:37:39+00:00 Hiroki Sato hrs@FreeBSD.org 2014-11-03T00:37:39+00:00 3a361e0c330fe9d5ab506cc02ee3bcc3d2d474ce PR: 179828 
PR:	179828
Remove remnants of BIND from /etc, since there is no BIND in base now. 2013-11-05T09:30:06+00:00 Gleb Smirnoff glebius@FreeBSD.org 2013-11-05T09:30:06+00:00 3e0f3c1e42683c00f49cc2fc0a933b52f26806eb Sorry, that would break users running head and BIND from ports, since ports rely on these scripts. The ports will be fixed soon. Reviewed by: erwin 
Sorry, that would break users running head and BIND from ports, since
ports rely on these scripts. The ports will be fixed soon.

Reviewed by:	erwin
etc/rc.d/syslogd 2013-05-13T20:28:24+00:00 Alan Somers asomers@FreeBSD.org 2013-05-13T20:28:24+00:00 44e8231cc7588beccf9a66e2cefc773ecaaaf9a2 Add netif as a requirement of syslogd to get lo0 up. Currently, this doesn't affect the rc order, because mountcritremote already depends on netif. Reviewed by: eadler Approved by: kenm (mentor) MFC after: 2 weeks 
	Add netif as a requirement of syslogd to get lo0 up.  Currently, this
	doesn't affect the rc order, because mountcritremote already depends on
	netif.

Reviewed by:	eadler
Approved by:	kenm (mentor)
MFC after:	2 weeks
Simply things so that "#REQUIRE: FILESYSTEMS" means the file 2012-09-11T05:04:59+00:00 David E. O'Brien obrien@FreeBSD.org 2012-09-11T05:04:59+00:00 8801556beb2c13ba0c9b253045f8492cc1265b44 systems are fully "ready to go". 'FILESYSTEMS' states: "This is a dummy dependency, for services which require file systems to be mounted before starting." However, we have 'var' which is was run after 'FILESYSTEMS' and can mount /var if it already isn't mounted. Furthermore, several scripts cannot use /var until 'cleanvar' has done its thing. Thus "FILESYSTEMS" hasn't really meant all critical file systems are fully usable. 
systems are fully "ready to go".

'FILESYSTEMS' states: "This is a dummy dependency, for services which
require file systems to be mounted before starting."  However, we have
'var' which is was run after 'FILESYSTEMS' and can mount /var if it
already isn't mounted.  Furthermore, several scripts cannot use /var
until 'cleanvar' has done its thing.  Thus "FILESYSTEMS" hasn't really
meant all critical file systems are fully usable.
Prepare for the removal of set_rcvar() by changing the rcvar= 2012-01-14T02:18:41+00:00 Doug Barton dougb@FreeBSD.org 2012-01-14T02:18:41+00:00 801c4383045d116b4db2e30682d22a0f0378c581 assignments to the literal values it would have returned. The concept of set_rcvar() was nice in theory, but the forks it creates are a drag on the startup process, which is especially noticeable on slower systems, such as embedded ones. During the discussion on freebsd-rc@ a preference was expressed for using ${name}_enable instead of the literal values. However the code portability concept doesn't really apply since there are so many other places where the literal name has to be searched for and replaced. Also, using the literal value is also a tiny bit faster than dereferencing the variables, and every little bit helps. 
assignments to the literal values it would have returned.

The concept of set_rcvar() was nice in theory, but the forks
it creates are a drag on the startup process, which is especially
noticeable on slower systems, such as embedded ones.

During the discussion on freebsd-rc@ a preference was expressed for
using ${name}_enable instead of the literal values. However the
code portability concept doesn't really apply since there are so
many other places where the literal name has to be searched for
and replaced. Also, using the literal value is also a tiny bit
faster than dereferencing the variables, and every little bit helps.
Remove $NetBSD$ CVS tags. We no longer attempt to synch our rc.d files 2007-12-08T07:20:23+00:00 Doug Barton dougb@FreeBSD.org 2007-12-08T07:20:23+00:00 e3c46a3332ca75f03905d73ea4d766e7cc267fea with theirs, so this information doesn't need to be in the live file. Having it in our CVS history is enough. 
with theirs, so this information doesn't need to be in the live file.
Having it in our CVS history is enough.
Eliminate global symbols starting with an underscore from rc.d 2006-12-30T22:53:20+00:00 Yaroslav Tykhiy ytykhiy@gmail.com 2006-12-30T22:53:20+00:00 45da9952e505c2defec11d35a8fab56135b82bcd scripts, except for mdconfig* and jail. Such symbols are reserved for the rc.subr internals. Most scripts can be fixed by just declaring _foo symbols as local: few scripts actually need them to be global. Discussed with: dougb in freebsd-rc 
scripts, except for mdconfig* and jail.  Such symbols are reserved
for the rc.subr internals.  Most scripts can be fixed by just
declaring _foo symbols as local: few scripts actually need them to
be global.

Discussed with:	dougb in freebsd-rc
syslogd should REQUIRE newsyslog, rather than newsyslog using 2005-12-21T09:54:15+00:00 Doug Barton dougb@FreeBSD.org 2005-12-21T09:54:15+00:00 91e7f8f09d0a5fbbe974876b072a6a787d4248c0 BEFORE: syslogd. This does not produce any change in the ordering at the moment, but is cleaner style for the long term. 
BEFORE: syslogd. This does not produce any change in the
ordering at the moment, but is cleaner style for the long term.