src-test2/etc/rc.d/rpcbind, branch master FreeBSD source tree https://cgit-dev.freebsd.org/src-test2/atom?h=master 2018-07-28T20:36:23Z Move rc startup scripts from etc/ to sbin/init/ 2018-07-28T20:36:23Z Brad Davis brd@FreeBSD.org 2018-07-28T20:36:23Z urn:sha1: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 - Add descriptions to most of the rc scripts. Those are mostly taken from their 2016-04-23T16:10:54Z Lars Engels lme@FreeBSD.org 2016-04-23T16:10:54Z urn:sha1:6c1a5e837d2d886042767bcc7b7255b81acc0965 daemon's manpage and probably improved. - Consistently use "filesystem" not "file system". Approved by: bapt, brueffer Differential Revision: D452 Remove remnants of BIND from /etc, since there is no BIND in base now. 2013-11-05T09:30:06Z Gleb Smirnoff glebius@FreeBSD.org 2013-11-05T09:30:06Z urn:sha1: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 Prepare for the removal of set_rcvar() by changing the rcvar= 2012-01-14T02:18:41Z Doug Barton dougb@FreeBSD.org 2012-01-14T02:18:41Z urn:sha1: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. Let rpcbind clean up after itself 2011-01-31T21:03:08Z Doug Barton dougb@FreeBSD.org 2011-01-31T21:03:08Z urn:sha1:606fffda660cee98769e3117323bfe5e736dc727 Add the shutdown KEYWORD to those scripts that start persistent services 2008-07-16T19:50:29Z Doug Barton dougb@FreeBSD.org 2008-07-16T19:50:29Z urn:sha1:04f0f225dd6e7385d69013002e9770207846216d to allow them to do a "clean" shutdown. I purposely avoided making changes to network-related stuff since the system shutting down is pretty conclusive, and there may be complicated dependencies on the network that I would rather not try to unravel. I also skipped kerberos-related stuff for the reasons above, and because I have no way to test it. Remove $NetBSD$ CVS tags. We no longer attempt to synch our rc.d files 2007-12-08T07:20:23Z Doug Barton dougb@FreeBSD.org 2007-12-08T07:20:23Z urn:sha1:e3c46a3332ca75f03905d73ea4d766e7cc267fea with theirs, so this information doesn't need to be in the live file. Having it in our CVS history is enough. Remove the requirement for the FreeBSD keyword as it no longer 2004-10-07T13:55:26Z Mike Makonnen mtm@FreeBSD.org 2004-10-07T13:55:26Z urn:sha1:337338ee009d6a396b8cd625d57f25f4269ed33d makes any sense. Discussed with: dougb, brooks MFC after: 3 days Bring back etc/rc.d/ntpdate as requested by scads of people. This isn't a 2004-09-15T01:08:33Z Sean Chittenden seanc@FreeBSD.org 2004-09-15T01:08:33Z urn:sha1:6e03664cc455b509e0214a6375c14052ca46f142 complete backout as the ntpd_sync_on_start etc/rc.conf tunable is still present, though the default is now NO (was YES). Since we're no longer syncing time at startup by default when ntpd is enabled (as was the case 24hrs ago), remove UPDATING entry pointing out that ntpd(1) -g is slower than ntpdate(1). Hopefully ntpd_sync_on_start="YES" can be made the default for -CURRENT after 5.3 is cut. At the very least, this should be set to YES when a user requests to have ntpd enabled via sysinstall(1). Requested by: many Stop using ntpdate(1) in our startup proceedure. Replace ntpdate(1) with 2004-09-14T03:01:38Z Sean Chittenden seanc@FreeBSD.org 2004-09-14T03:01:38Z urn:sha1:0050f9ec3cd5e116f08d0269d78d8574a2432103 calls to ntpd -g. ntpd is noticably slower than ntpdate, but is also more accurate. This removes the nasty hackery in rc.d/ntpdate that would parse out ntp servers from /etc/ntp.conf (ntpd knows how to read its own config file). By default, ntpd *will* sync with its listed time servers. To turn this off so that ntpd does not sync, ntpd_sync_on_start="NO" can be added to /etc/rc.conf. If ntpd is not enabled (the default), then time is not synced on startup. ntpdate's use has been depreciated by the ntpd authors for quite some time so this change shouldn't be unexpected. Suggested by: des Approved by: roberto (resident ntp guru)