#
303975 |
|
11-Aug-2016 |
gjb |
Copy stable/11@r303970 to releng/11.0 as part of the 11.0-RELEASE cycle.
Prune svn:mergeinfo from the new branch, and rename it to RC1.
Update __FreeBSD_version.
Use the quarterly branch for the default FreeBSD.conf pkg(8) repo and the dvd1.iso packages population.
Approved by: re (implicit) Sponsored by: The FreeBSD Foundation |
#
302408 |
|
08-Jul-2016 |
gjb |
Copy head@r302406 to stable/11 as part of the 11.0-RELEASE cycle. Prune svn:mergeinfo from the new branch, as nothing has been merged here.
Additional commits post-branch will follow.
Approved by: re (implicit) Sponsored by: The FreeBSD Foundation
|
#
252205 |
|
25-Jun-2013 |
jhb |
If daily_status_security_inline is set, the rc value needs to be forced to 3 so that the output of this script is always displayed. In fact, setting this flag is identical to setting daily_status_security_output to an empty string. To make the logic less confusing, change the behavior of daily_status_security_inline such that it just forces daily_status_security_output to an empty string and then applies the normal logic.
PR: conf/178611 Submitted by: Jason Unovitch <jason.unovitch@gmail.com> MFC after: 3 days
|
#
221432 |
|
04-May-2011 |
netchild |
The security run requests unmaskable output, even if the only output is to tell that there is a separate email or that the output is logged to a file.
This commit changes the return code for the non-inline case to tell that this message is not important enough and can be masked if necessary. The messages from the security checks themself are not affected by this and show up as before in the periodic security email/file.
The inline case still requests to not mask the output, as with the current way of handling this there is no easy way to handle this.
PR: 138692 Analysis/patch atch by: Chris Cowart <ccowart@timesinks.net> X-MFC after: on request
|
#
96804 |
|
17-May-2002 |
brian |
Return 3 unless $daily_status_security_enable != YES. Returning $? masks security output when ``periodic security'' is successful !
MFC after: 3 days
|
#
87514 |
|
07-Dec-2001 |
cjc |
Long ago, there was just /etc/daily. Then /etc/security was split out of /etc/daily. Some time later, /etc/daily became a set of periodic(8) scripts. Now, this evolution continues, and /etc/security has been broken into periodic(8) scripts to make local customization easier and more maintainable.
Reviewed by: ru Approved by: ru
|
#
87030 |
|
28-Nov-2001 |
silby |
Make sure the security check output includes a To: line in the same way the daily run output does.
|
#
77575 |
|
01-Jun-2001 |
ru |
Remove vestiges of MFS.
|
#
71834 |
|
30-Jan-2001 |
brian |
Allow the output of /etc/security to be logged or mailed to different users in line with ${daily,weekly,monthly}_output using a new $daily_status_security_output variable.
PR: 24643
|
#
65843 |
|
14-Sep-2000 |
brian |
Another overhaul of the periodic stuff.
All periodic sub-scripts <larf> now have their return codes interpreted by periodic(8). Output may be masked based on variable values in periodic.conf.
It's also now possible to email periodic output to arbitrary addresses, or to send it to a log file, examples of which can be found in newsyslog.conf.
The upshot of it all should be no discernable changes to the default behaviour of periodic(8).
PR: 21250
|
#
61981 |
|
23-Jun-2000 |
brian |
Introduce /etc/defaults/periodic.conf, similar in concept to rc.conf. The only change in the default functionality should be that the output reports are slightly more verbose WRT files deleted.
Not objected to by: freebsd-arch
|
#
50472 |
|
27-Aug-1999 |
peter |
$Id$ -> $FreeBSD$
|
#
28320 |
|
17-Aug-1997 |
pst |
Cosmetic changes. Submitted by: Philippe Charnier <charnier@xp11.frmug.org>
|
#
28264 |
|
16-Aug-1997 |
pst |
This commit was generated by cvs2svn to compensate for changes in r28263, which included commits to RCS files with non-trunk default branches.
|
#
28263 |
|
16-Aug-1997 |
pst |
Copy /etc/cron.d to /etc/periodic per-request of many. This wasn't done with a repository copy because there was no history of any consequence. Flames to me.
|