]> CyberLeo.Net >> Repos - FreeBSD/stable/10.git/commit
MFC r300356
authorasomers <asomers@ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f>
Mon, 11 Jul 2016 23:15:54 +0000 (23:15 +0000)
committerasomers <asomers@ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f>
Mon, 11 Jul 2016 23:15:54 +0000 (23:15 +0000)
commit069c15ac24a3050d6989247761dda24ebc55a08f
tree7a32ee04cc3b3923a5bc3b944953cfebd456f0ea
parent1f8774c8d4077bc2573f94ac75e584138fb61621
MFC r300356

Better document security_show_{success,info,badconfig} in /etc/periodic.conf

periodic(8) already handles the security_show_{success,info,badconfig}
variables correctly. However, those variables aren't explicitly set in
/etc/defaults/periodic.conf or anywhere else, which suggests to the user
that they shouldn't be used.

etc/defaults/periodic.conf
        Explicitly set defaults for security_show_{success,info,badconfig}

usr.sbin/periodic/periodic.sh
        Update usage string

usr.sbin/periodic/periodic.8
        Minor man page updates

One thing I'm _not_ doing is recommending setting security_output to
/var/log/security.log or adding that file to /etc/newsyslog.conf, because
periodic(8) would create it with default permissions, usually 644, and
that's probably a bad idea.

git-svn-id: svn://svn.freebsd.org/base/stable/10@302600 ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f
etc/defaults/periodic.conf
usr.sbin/periodic/periodic.8
usr.sbin/periodic/periodic.sh