freebsd-dev/etc/periodic/weekly/Makefile

# $FreeBSD$

.include <src.opts.mk>

FILES=	340.noid \
	450.status-security \
	999.local

# NB: keep these sorted by MK_* knobs

.if ${MK_LOCATE} != "no"
FILES+=	310.locate
.endif

.if ${MK_MAN_UTILS} != "no"
FILES+=	320.whatis 330.catman
.endif

.include <bsd.prog.mk>
$Id$ -> $FreeBSD$ 1999-08-27 23:37:10 +00:00			`# $FreeBSD$`
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. 1997-08-16 17:04:02 +00:00
Use src.opts.mk in preference to bsd.own.mk except where we need stuff from the latter. 2014-05-06 04:22:01 +00:00			`.include <src.opts.mk>`
add new build knobs and jigger some existing controls to improve control over the result of buildworld and installworld; this especially helps packaging systems such as nanobsd Reviewed by: various (posted to arch) MFC after: 1 month 2008-09-21 22:02:26 +00:00
			`FILES= 340.noid \`
Make the period of each periodic security script configurable. There are now six additional variables weekly_status_security_enable weekly_status_security_inline weekly_status_security_output monthly_status_security_enable monthly_status_security_inline monthly_status_security_output alongside their existing daily counterparts. They all have the same default values. All other "daily_status_security_${scriptname}_${whatever}" variables have been renamed to "security_status_${name}_${whatever}". A compatibility shim has been introduced for the old variable names, which we will be able to remove in 11.0-RELEASE. "security_status_${name}_enable" is still a boolean but a new "security_status_${name}_period" allows to define the period of each script. The value is one of "daily" (the default for backward compatibility), "weekly", "monthly" and "NO". Note that when the security periodic scripts are run directly from crontab(5) (as opposed to being called by daily or weekly periodic scripts), they will run unless the test is explicitely disabled with a "NO", either for in the "_enable" or the "_period" variable. When the security output is not inlined, the mail subject has been changed from "$host $arg run output" to "$host $arg $period run output". For instance: myfbsd security run output -> myfbsd security daily run output I don't think this is considered as a stable API, but feel free to correct me if I'm wrong. Finally, I will rearrange periodic.conf(5) and default/periodic.conf to put the security options in their own section. I left them in place for this commit to make reviewing easier. Reviewed by: hackers@ 2013-08-27 21:20:28 +00:00			`450.status-security \`
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. 1997-08-16 17:04:02 +00:00			`999.local`

add new build knobs and jigger some existing controls to improve control over the result of buildworld and installworld; this especially helps packaging systems such as nanobsd Reviewed by: various (posted to arch) MFC after: 1 month 2008-09-21 22:02:26 +00:00			`# NB: keep these sorted by MK_* knobs`

			`.if ${MK_LOCATE} != "no"`
			`FILES+= 310.locate`
			`.endif`

Add a new build option, MAN_UTILS. This option lets you control building utilities and related support files for manual pages, which were previously controlled by MAN. For POLA, the default depends on MAN, i.e., WITHOUT_MAN implies WITHOUT_MAN_UTILS and WITH_MAN implies WITH_MAN_UTILS. This patch is slightly improved by me from: PR: misc/145212 2010-05-19 23:56:26 +00:00			`.if ${MK_MAN_UTILS} != "no"`
add new build knobs and jigger some existing controls to improve control over the result of buildworld and installworld; this especially helps packaging systems such as nanobsd Reviewed by: various (posted to arch) MFC after: 1 month 2008-09-21 22:02:26 +00:00			`FILES+= 320.whatis 330.catman`
			`.endif`

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. 1997-08-16 17:04:02 +00:00			`.include <bsd.prog.mk>`