head	1.5;
access;
symbols
	RELENG_8_4:1.5.0.2
	RELENG_9_1_0_RELEASE:1.4.62.1.4.2
	RELENG_9_1:1.4.62.1.0.4
	RELENG_9_1_BP:1.4.62.1
	RELENG_8_3_0_RELEASE:1.4.56.1.8.1
	RELENG_8_3:1.4.56.1.0.8
	RELENG_8_3_BP:1.4.56.1
	RELENG_9_0_0_RELEASE:1.4.62.1.2.1
	RELENG_9_0:1.4.62.1.0.2
	RELENG_9_0_BP:1.4.62.1
	RELENG_9:1.4.0.62
	RELENG_9_BP:1.4
	RELENG_7_4_0_RELEASE:1.4.60.1
	RELENG_8_2_0_RELEASE:1.4.56.1.6.1
	RELENG_7_4:1.4.0.60
	RELENG_7_4_BP:1.4
	RELENG_8_2:1.4.56.1.0.6
	RELENG_8_2_BP:1.4.56.1
	RELENG_8_1_0_RELEASE:1.4.56.1.4.1
	RELENG_8_1:1.4.56.1.0.4
	RELENG_8_1_BP:1.4.56.1
	RELENG_7_3_0_RELEASE:1.4.58.1
	RELENG_7_3:1.4.0.58
	RELENG_7_3_BP:1.4
	RELENG_8_0_0_RELEASE:1.4.56.1.2.1
	RELENG_8_0:1.4.56.1.0.2
	RELENG_8_0_BP:1.4.56.1
	RELENG_8:1.4.0.56
	RELENG_8_BP:1.4
	RELENG_7_2_0_RELEASE:1.4.54.1
	RELENG_7_2:1.4.0.54
	RELENG_7_2_BP:1.4
	RELENG_7_1_0_RELEASE:1.4.52.1
	RELENG_6_4_0_RELEASE:1.4.50.1
	RELENG_7_1:1.4.0.52
	RELENG_7_1_BP:1.4
	RELENG_6_4:1.4.0.50
	RELENG_6_4_BP:1.4
	RELENG_7_0_0_RELEASE:1.4
	RELENG_6_3_0_RELEASE:1.4
	RELENG_7_0:1.4.0.48
	RELENG_7_0_BP:1.4
	RELENG_6_3:1.4.0.46
	RELENG_6_3_BP:1.4
	RELENG_7:1.4.0.44
	RELENG_7_BP:1.4
	RELENG_6_2_0_RELEASE:1.4
	RELENG_6_2:1.4.0.42
	RELENG_6_2_BP:1.4
	RELENG_5_5_0_RELEASE:1.4
	RELENG_5_5:1.4.0.40
	RELENG_5_5_BP:1.4
	RELENG_6_1_0_RELEASE:1.4
	RELENG_6_1:1.4.0.38
	RELENG_6_1_BP:1.4
	RELENG_6_0_0_RELEASE:1.4
	RELENG_6_0:1.4.0.36
	RELENG_6_0_BP:1.4
	RELENG_6:1.4.0.34
	RELENG_6_BP:1.4
	RELENG_5_4_0_RELEASE:1.4
	RELENG_5_4:1.4.0.32
	RELENG_5_4_BP:1.4
	RELENG_4_11_0_RELEASE:1.4
	RELENG_4_11:1.4.0.30
	RELENG_4_11_BP:1.4
	RELENG_5_3_0_RELEASE:1.4
	RELENG_5_3:1.4.0.28
	RELENG_5_3_BP:1.4
	RELENG_5:1.4.0.26
	RELENG_5_BP:1.4
	RELENG_4_10_0_RELEASE:1.4
	RELENG_4_10:1.4.0.24
	RELENG_4_10_BP:1.4
	RELENG_5_2_1_RELEASE:1.4
	RELENG_5_2_0_RELEASE:1.4
	RELENG_5_2:1.4.0.22
	RELENG_5_2_BP:1.4
	RELENG_4_9_0_RELEASE:1.4
	RELENG_4_9:1.4.0.20
	RELENG_4_9_BP:1.4
	RELENG_5_1_0_RELEASE:1.4
	RELENG_5_1:1.4.0.18
	RELENG_5_1_BP:1.4
	RELENG_4_8_0_RELEASE:1.4
	RELENG_4_8:1.4.0.16
	RELENG_4_8_BP:1.4
	RELENG_5_0_0_RELEASE:1.4
	RELENG_5_0:1.4.0.14
	RELENG_5_0_BP:1.4
	RELENG_4_7_0_RELEASE:1.4
	RELENG_4_7:1.4.0.12
	RELENG_4_7_BP:1.4
	RELENG_4_6_2_RELEASE:1.4
	RELENG_4_6_1_RELEASE:1.4
	RELENG_4_6_0_RELEASE:1.4
	RELENG_4_6:1.4.0.10
	RELENG_4_6_BP:1.4
	RELENG_4_5_0_RELEASE:1.4
	RELENG_4_5:1.4.0.8
	RELENG_4_5_BP:1.4
	RELENG_4_4_0_RELEASE:1.4
	RELENG_4_4:1.4.0.6
	RELENG_4_4_BP:1.4
	RELENG_4_3_0_RELEASE:1.4
	RELENG_4_3:1.4.0.4
	RELENG_4_3_BP:1.4
	RELENG_4_2_0_RELEASE:1.4
	RELENG_4_1_1_RELEASE:1.4
	PRE_SMPNG:1.4
	RELENG_4_1_0_RELEASE:1.4
	RELENG_3_5_0_RELEASE:1.3.2.1
	RELENG_4_0_0_RELEASE:1.4
	RELENG_4:1.4.0.2
	RELENG_4_BP:1.4
	RELENG_3_4_0_RELEASE:1.3.2.1
	RELENG_3_3_0_RELEASE:1.3.2.1
	RELENG_3_2_PAO:1.3.0.4
	RELENG_3_2_PAO_BP:1.3
	RELENG_3_2_0_RELEASE:1.3
	RELENG_3_1_0_RELEASE:1.3
	RELENG_3:1.3.0.2
	RELENG_3_BP:1.3
	RELENG_2_2_8_RELEASE:1.1.1.1
	RELENG_3_0_0_RELEASE:1.3
	RELENG_2_2_7_RELEASE:1.1.1.1
	RELENG_2_2_6_RELEASE:1.1.1.1
	RELENG_2_2_5_RELEASE:1.1.1.1
	RELENG_2_2_2_RELEASE:1.1.1.1
	RELENG_2_2_1_RELEASE:1.1.1.1
	RELENG_2_2_0_RELEASE:1.1.1.1
	RELENG_2_1_7_RELEASE:1.1.1.1
	RELENG_2_1_6_1_RELEASE:1.1.1.1
	RELENG_2_1_6_RELEASE:1.1.1.1
	RELENG_2_2:1.1.1.1.0.8
	RELENG_2_2_BP:1.1.1.1
	RELENG_2_1_5_RELEASE:1.1.1.1
	RELENG_2_1_0_RELEASE:1.1.1.1
	RELENG_2_1_0:1.1.1.1.0.6
	RELENG_2_1_0_BP:1.1.1.1
	RELENG_2_0_5_RELEASE:1.1.1.1
	RELENG_2_0_5:1.1.1.1.0.4
	RELENG_2_0_5_BP:1.1.1.1
	RELENG_2_0_5_ALPHA:1.1.1.1
	RELEASE_2_0:1.1.1.1
	BETA_2_0:1.1.1.1
	ALPHA_2_0:1.1.1.1.0.2
	cron3_0:1.1.1.1
	cron:1.1.1;
locks; strict;
comment	@# @;


1.5
date	2012.11.17.01.54.42;	author svnexp;	state Exp;
branches
	1.5.2.1;
next	1.4;

1.4
date	99.08.28.01.15.53;	author peter;	state Exp;
branches
	1.4.2.1
	1.4.34.1
	1.4.44.1
	1.4.50.1
	1.4.52.1
	1.4.54.1
	1.4.56.1
	1.4.58.1
	1.4.60.1
	1.4.62.1;
next	1.3;

1.3
date	97.02.22.16.04.56;	author peter;	state Exp;
branches
	1.3.2.1;
next	1.2;

1.2
date	97.01.14.07.11.04;	author jkh;	state Exp;
branches;
next	1.1;

1.1
date	94.08.27.13.43.02;	author jkh;	state Exp;
branches
	1.1.1.1;
next	;

1.5.2.1
date	2012.11.17.01.54.42;	author svnexp;	state dead;
branches;
next	1.5.2.2;

1.5.2.2
date	2013.03.28.13.06.15;	author svnexp;	state Exp;
branches;
next	;

1.4.2.1
date	2012.11.17.07.28.07;	author svnexp;	state Exp;
branches;
next	;

1.4.34.1
date	2012.11.17.07.46.15;	author svnexp;	state Exp;
branches;
next	;

1.4.44.1
date	2012.11.17.08.09.01;	author svnexp;	state Exp;
branches;
next	;

1.4.50.1
date	2008.10.02.02.57.24;	author kensmith;	state Exp;
branches;
next	;

1.4.52.1
date	2008.11.25.02.59.29;	author kensmith;	state Exp;
branches;
next	;

1.4.54.1
date	2009.04.15.03.14.26;	author kensmith;	state Exp;
branches;
next	;

1.4.56.1
date	2009.08.03.08.13.06;	author kensmith;	state Exp;
branches
	1.4.56.1.2.1
	1.4.56.1.4.1
	1.4.56.1.6.1
	1.4.56.1.8.1;
next	1.4.56.2;

1.4.56.2
date	2012.11.17.10.37.21;	author svnexp;	state Exp;
branches;
next	;

1.4.56.1.2.1
date	2009.10.25.01.10.29;	author kensmith;	state Exp;
branches;
next	;

1.4.56.1.4.1
date	2010.06.14.02.09.06;	author kensmith;	state Exp;
branches;
next	;

1.4.56.1.6.1
date	2010.12.21.17.09.25;	author kensmith;	state Exp;
branches;
next	;

1.4.56.1.8.1
date	2012.03.03.06.15.13;	author kensmith;	state Exp;
branches;
next	1.4.56.1.8.2;

1.4.56.1.8.2
date	2012.11.17.08.25.54;	author svnexp;	state Exp;
branches;
next	;

1.4.58.1
date	2010.02.10.00.26.20;	author kensmith;	state Exp;
branches;
next	;

1.4.60.1
date	2010.12.21.17.10.29;	author kensmith;	state Exp;
branches;
next	1.4.60.2;

1.4.60.2
date	2012.11.17.08.17.46;	author svnexp;	state Exp;
branches;
next	;

1.4.62.1
date	2011.09.23.00.51.37;	author kensmith;	state Exp;
branches
	1.4.62.1.2.1
	1.4.62.1.4.1;
next	1.4.62.2;

1.4.62.2
date	2012.11.17.11.37.43;	author svnexp;	state Exp;
branches;
next	;

1.4.62.1.2.1
date	2011.11.11.04.20.22;	author kensmith;	state Exp;
branches;
next	1.4.62.1.2.2;

1.4.62.1.2.2
date	2012.11.17.08.37.40;	author svnexp;	state Exp;
branches;
next	;

1.4.62.1.4.1
date	2012.08.05.23.54.33;	author kensmith;	state Exp;
branches;
next	1.4.62.1.4.2;

1.4.62.1.4.2
date	2012.11.17.08.48.31;	author svnexp;	state Exp;
branches;
next	;

1.3.2.1
date	99.08.29.15.40.45;	author peter;	state Exp;
branches;
next	;

1.1.1.1
date	94.08.27.13.43.03;	author jkh;	state Exp;
branches
	1.1.1.1.6.1
	1.1.1.1.8.1;
next	;

1.1.1.1.6.1
date	99.09.05.11.44.06;	author peter;	state Exp;
branches;
next	;

1.1.1.1.8.1
date	99.09.05.11.40.09;	author peter;	state Exp;
branches;
next	;


desc
@@


1.5
log
@Switching exporter and resync
@
text
@$FreeBSD: head/usr.sbin/cron/doc/FEATURES 50479 1999-08-28 01:35:59Z peter $

Features of Vixie's cron relative to BSD 4.[23] and SysV crons:

--	Environment variables can be set in each crontab.  SHELL, USER,
	LOGNAME, and HOME are set from the user's passwd entry; all except
	USER can be changed in the crontab.  PATH is especially useful to
	set there.  TZ can be set, but cron ignores it other than passing
	it on through to the commands it runs.  Format is

		variable=value

	Blanks surrounding the '=' will be eaten; other blanks in value are
	okay.  Leading or trailing blanks can be preserved by quoting, single
	or double quotes are okay, just so they match.

		PATH=.:/bin:/usr/bin
		SHELL=/bin/sh
		FOOBAR = this is a long blanky example

	Above, FOOBAR would get "this is a long blanky example" as its value.

	SHELL and HOME will be used when it's time to run a command; if
	you don't set them, HOME defaults to your /etc/passwd entry
	and SHELL defaults to /bin/sh.

	MAILTO, if set to the login name of a user on your system, will be the
	person that cron mails the output of commands in that crontab.  This is
	useful if you decide on BINMAIL when configuring cron.h, since binmail
	doesn't know anything about aliasing.

--	Weekdays can be specified by name.  Case is not significant, but only
	the first three letters should be specified.

--	Months can likewise be specified by name.  Three letters only.

--	Ranges and lists can be mixed.  Standard crons won't allow '1,3-5'.

--	Ranges can specify 'step' values.  '10-16/2' is like '10,12,14,16'.

--	Sunday is both day 0 and day 7 -- apparently BSD and ATT disagree
	about this.

--	Each user gets their own crontab file.  This is a win over BSD 4.2,
	where only root has one, and over BSD 4.3, where they made the crontab
	format incompatible and although the commands can be run by non-root
	uid's, root is still the only one who can edit the crontab file.  This
	feature mimics the SysV cron.

--	The 'crontab' command is loosely compatible with SysV, but has more
	options which just generally make more sense.  Running crontab with
	no arguments will print a cute little summary of the command syntax.

--	Comments and blank lines are allowed in the crontab file.  Comments
	must be on a line by themselves; leading whitespace is ignored, and
	a '#' introduces the comment.

--	(big win) If the `crontab' command changes anything in any crontab,
	the 'cron' daemon will reload all the tables before running the
	next iteration.  In some crons, you have to kill and restart the
	daemon whenever you change a crontab.  In other crons, the crontab
	file is reread and reparsed every minute even if it didn't change.

--	In order to support the automatic reload, the crontab files are not
	readable or writable except by 'crontab' or 'cron'.  This is not a
	problem, since 'crontab' will let you do pretty much whatever you
	want to your own crontab, or if you are root, to anybody's crontab.

--	If any output is generated by a command (on stdout OR stderr), it will
	be mailed to the owner of the crontab that contained the command (or
	MAILTO, see discussion of environment variables, above).  The headers
	of the mail message will include the command that was run, and a
	complete list of the environment that was passed to it, which will
	contain (at least) the USER (LOGNAME on SysV), HOME, and SHELL.

--	the dom/dow situation is odd.  '* * 1,15 * Sun' will run on the
	first and fifteenth AND every Sunday;  '* * * * Sun' will run *only*
	on Sundays;  '* * 1,15 * *' will run *only* the 1st and 15th.  this
	is why we keep 'e->dow_star' and 'e->dom_star'.  I didn't think up
	this behaviour; it's how cron has always worked but the documentation
	hasn't been very clear.  I have been told that some AT&T crons do not
	act this way and do the more reasonable thing, which is (IMHO) to "or"
	the various field-matches together.  In that sense this cron may not
	be completely similar to some AT&T crons.
@


1.5.2.1
log
@file FEATURES was added on branch RELENG_8_4 on 2013-03-28 13:06:15 +0000
@
text
@d1 84
@


1.5.2.2
log
@## SVN ## Exported commit - http://svnweb.freebsd.org/changeset/base/248810
## SVN ## CVS IS DEPRECATED: http://wiki.freebsd.org/CvsIsDeprecated
@
text
@a0 84
$FreeBSD: releng/8.4/usr.sbin/cron/doc/FEATURES 50479 1999-08-28 01:35:59Z peter $

Features of Vixie's cron relative to BSD 4.[23] and SysV crons:

--	Environment variables can be set in each crontab.  SHELL, USER,
	LOGNAME, and HOME are set from the user's passwd entry; all except
	USER can be changed in the crontab.  PATH is especially useful to
	set there.  TZ can be set, but cron ignores it other than passing
	it on through to the commands it runs.  Format is

		variable=value

	Blanks surrounding the '=' will be eaten; other blanks in value are
	okay.  Leading or trailing blanks can be preserved by quoting, single
	or double quotes are okay, just so they match.

		PATH=.:/bin:/usr/bin
		SHELL=/bin/sh
		FOOBAR = this is a long blanky example

	Above, FOOBAR would get "this is a long blanky example" as its value.

	SHELL and HOME will be used when it's time to run a command; if
	you don't set them, HOME defaults to your /etc/passwd entry
	and SHELL defaults to /bin/sh.

	MAILTO, if set to the login name of a user on your system, will be the
	person that cron mails the output of commands in that crontab.  This is
	useful if you decide on BINMAIL when configuring cron.h, since binmail
	doesn't know anything about aliasing.

--	Weekdays can be specified by name.  Case is not significant, but only
	the first three letters should be specified.

--	Months can likewise be specified by name.  Three letters only.

--	Ranges and lists can be mixed.  Standard crons won't allow '1,3-5'.

--	Ranges can specify 'step' values.  '10-16/2' is like '10,12,14,16'.

--	Sunday is both day 0 and day 7 -- apparently BSD and ATT disagree
	about this.

--	Each user gets their own crontab file.  This is a win over BSD 4.2,
	where only root has one, and over BSD 4.3, where they made the crontab
	format incompatible and although the commands can be run by non-root
	uid's, root is still the only one who can edit the crontab file.  This
	feature mimics the SysV cron.

--	The 'crontab' command is loosely compatible with SysV, but has more
	options which just generally make more sense.  Running crontab with
	no arguments will print a cute little summary of the command syntax.

--	Comments and blank lines are allowed in the crontab file.  Comments
	must be on a line by themselves; leading whitespace is ignored, and
	a '#' introduces the comment.

--	(big win) If the `crontab' command changes anything in any crontab,
	the 'cron' daemon will reload all the tables before running the
	next iteration.  In some crons, you have to kill and restart the
	daemon whenever you change a crontab.  In other crons, the crontab
	file is reread and reparsed every minute even if it didn't change.

--	In order to support the automatic reload, the crontab files are not
	readable or writable except by 'crontab' or 'cron'.  This is not a
	problem, since 'crontab' will let you do pretty much whatever you
	want to your own crontab, or if you are root, to anybody's crontab.

--	If any output is generated by a command (on stdout OR stderr), it will
	be mailed to the owner of the crontab that contained the command (or
	MAILTO, see discussion of environment variables, above).  The headers
	of the mail message will include the command that was run, and a
	complete list of the environment that was passed to it, which will
	contain (at least) the USER (LOGNAME on SysV), HOME, and SHELL.

--	the dom/dow situation is odd.  '* * 1,15 * Sun' will run on the
	first and fifteenth AND every Sunday;  '* * * * Sun' will run *only*
	on Sundays;  '* * 1,15 * *' will run *only* the 1st and 15th.  this
	is why we keep 'e->dow_star' and 'e->dom_star'.  I didn't think up
	this behaviour; it's how cron has always worked but the documentation
	hasn't been very clear.  I have been told that some AT&T crons do not
	act this way and do the more reasonable thing, which is (IMHO) to "or"
	the various field-matches together.  In that sense this cron may not
	be completely similar to some AT&T crons.
@


1.4
log
@$Id$ -> $FreeBSD$
@
text
@d1 1
a1 1
$FreeBSD$
@


1.4.44.1
log
@Switch importer
@
text
@d1 1
a1 1
$FreeBSD: stable/7/usr.sbin/cron/doc/FEATURES 50479 1999-08-28 01:35:59Z peter $
@


1.4.34.1
log
@Switch importer
@
text
@d1 1
a1 1
$FreeBSD: stable/6/usr.sbin/cron/doc/FEATURES 50479 1999-08-28 01:35:59Z peter $
@


1.4.2.1
log
@Switch importer
@
text
@d1 1
a1 1
$FreeBSD: stable/4/usr.sbin/cron/doc/FEATURES 50479 1999-08-28 01:35:59Z peter $
@


1.4.62.1
log
@SVN rev 225736 on 2011-09-23 00:51:37Z by kensmith

Copy head to stable/9 as part of 9.0-RELEASE release cycle.

Approved by:	re (implicit)
@
text
@@


1.4.62.2
log
@## SVN ##
## SVN ## Exported commit - http://svnweb.freebsd.org/changeset/base/ 242902
## SVN ## CVS IS DEPRECATED: http://wiki.freebsd.org/CvsIsDeprecated
## SVN ##
## SVN ## ------------------------------------------------------------------------
## SVN ## r242902 | dteske | 2012-11-11 23:29:45 +0000 (Sun, 11 Nov 2012) | 10 lines
## SVN ##
## SVN ## Fix a regression introduced by SVN r211417 that saw the breakage of a feature
## SVN ## documented in usr.sbin/sysinstall/help/shortcuts.hlp (reproduced below):
## SVN ##
## SVN ## If /usr/sbin/sysinstall is linked to another filename, say
## SVN ## `/usr/local/bin/configPackages', then the basename will be used
## SVN ## as an implicit command name.
## SVN ##
## SVN ## Reviewed by:	adrian (co-mentor)
## SVN ## Approved by:	adrian (co-mentor)
## SVN ##
## SVN ## ------------------------------------------------------------------------
## SVN ##
@
text
@d1 1
a1 1
$FreeBSD: stable/9/usr.sbin/cron/doc/FEATURES 50479 1999-08-28 01:35:59Z peter $
@


1.4.62.1.4.1
log
@SVN rev 239080 on 2012-08-05 23:54:33Z by kensmith

Copy stable/9 to releng/9.1 as part of the 9.1-RELEASE release process.

Approved by:	re (implicit)
@
text
@@


1.4.62.1.4.2
log
@Switch importer
@
text
@d1 1
a1 1
$FreeBSD: releng/9.1/usr.sbin/cron/doc/FEATURES 50479 1999-08-28 01:35:59Z peter $
@


1.4.62.1.2.1
log
@SVN rev 227445 on 2011-11-11 04:20:22Z by kensmith

Copy stable/9 to releng/9.0 as part of the FreeBSD 9.0-RELEASE release
cycle.

Approved by:	re (implicit)
@
text
@@


1.4.62.1.2.2
log
@Switch importer
@
text
@d1 1
a1 1
$FreeBSD: releng/9.0/usr.sbin/cron/doc/FEATURES 50479 1999-08-28 01:35:59Z peter $
@


1.4.60.1
log
@SVN rev 216618 on 2010-12-21 17:10:29Z by kensmith

Copy stable/7 to releng/7.4 in preparation for FreeBSD-7.4 release.

Approved by:	re (implicit)
@
text
@@


1.4.60.2
log
@Switch importer
@
text
@d1 1
a1 1
$FreeBSD: releng/7.4/usr.sbin/cron/doc/FEATURES 50479 1999-08-28 01:35:59Z peter $
@


1.4.58.1
log
@SVN rev 203736 on 2010-02-10 00:26:20Z by kensmith

Copy stable/7 to releng/7.3 as part of the 7.3-RELEASE process.

Approved by:	re (implicit)
@
text
@@


1.4.56.1
log
@SVN rev 196045 on 2009-08-03 08:13:06Z by kensmith

Copy head to stable/8 as part of 8.0 Release cycle.

Approved by:	re (Implicit)
@
text
@@


1.4.56.2
log
@## SVN ##
## SVN ## Exported commit - http://svnweb.freebsd.org/changeset/base/ 242909
## SVN ## CVS IS DEPRECATED: http://wiki.freebsd.org/CvsIsDeprecated
## SVN ##
## SVN ## ------------------------------------------------------------------------
## SVN ## r242909 | dim | 2012-11-12 07:47:19 +0000 (Mon, 12 Nov 2012) | 20 lines
## SVN ##
## SVN ## MFC r242625:
## SVN ##
## SVN ## Remove duplicate const specifiers in many drivers (I hope I got all of
## SVN ## them, please let me know if not).  Most of these are of the form:
## SVN ##
## SVN ## static const struct bzzt_type {
## SVN ##       [...list of members...]
## SVN ## } const bzzt_devs[] = {
## SVN ##       [...list of initializers...]
## SVN ## };
## SVN ##
## SVN ## The second const is unnecessary, as arrays cannot be modified anyway,
## SVN ## and if the elements are const, the whole thing is const automatically
## SVN ## (e.g. it is placed in .rodata).
## SVN ##
## SVN ## I have verified this does not change the binary output of a full kernel
## SVN ## build (except for build timestamps embedded in the object files).
## SVN ##
## SVN ## Reviewed by:	yongari, marius
## SVN ##
## SVN ## ------------------------------------------------------------------------
## SVN ##
@
text
@d1 1
a1 1
$FreeBSD: stable/8/usr.sbin/cron/doc/FEATURES 50479 1999-08-28 01:35:59Z peter $
@


1.4.56.1.8.1
log
@SVN rev 232438 on 2012-03-03 06:15:13Z by kensmith

Copy stable/8 to releng/8.3 as part of 8.3-RELEASE release cycle.

Approved by:	re (implicit)
@
text
@@


1.4.56.1.8.2
log
@Switch importer
@
text
@d1 1
a1 1
$FreeBSD: releng/8.3/usr.sbin/cron/doc/FEATURES 50479 1999-08-28 01:35:59Z peter $
@


1.4.56.1.6.1
log
@SVN rev 216617 on 2010-12-21 17:09:25Z by kensmith

Copy stable/8 to releng/8.2 in preparation for FreeBSD-8.2 release.

Approved by:	re (implicit)
@
text
@@


1.4.56.1.4.1
log
@SVN rev 209145 on 2010-06-14 02:09:06Z by kensmith

Copy stable/8 to releng/8.1 in preparation for 8.1-RC1.

Approved by:	re (implicit)
@
text
@@


1.4.56.1.2.1
log
@SVN rev 198460 on 2009-10-25 01:10:29Z by kensmith

Copy stable/8 to releng/8.0 as part of 8.0-RELEASE release procedure.

Approved by:	re (implicit)
@
text
@@


1.4.54.1
log
@SVN rev 191087 on 2009-04-15 03:14:26Z by kensmith

Create releng/7.2 from stable/7 in preparation for 7.2-RELEASE.

Approved by:	re (implicit)
@
text
@@


1.4.52.1
log
@SVN rev 185281 on 2008-11-25 02:59:29Z by kensmith

Create releng/7.1 in preparation for moving into RC phase of 7.1 release
cycle.

Approved by:	re (implicit)
@
text
@@


1.4.50.1
log
@SVN rev 183531 on 2008-10-02 02:57:24Z by kensmith

Create releng/6.4 from stable/6 in preparation for 6.4-RC1.

Approved by:	re (implicit)
@
text
@@


1.3
log
@Revert $FreeBSD$ to $Id$
@
text
@d1 1
a1 1
$Id$
@


1.3.2.1
log
@$Id$ -> $FreeBSD$
@
text
@d1 1
a1 1
$FreeBSD$
@


1.2
log
@Make the long-awaited change from $Id$ to $FreeBSD$

This will make a number of things easier in the future, as well as (finally!)
avoiding the Id-smashing problem which has plagued developers for so long.

Boy, I'm glad we're not using sup anymore.  This update would have been
insane otherwise.
@
text
@d1 1
a1 1
$FreeBSD$
@


1.1
log
@Initial revision
@
text
@d1 1
a1 1
$Id: FEATURES,v 2.1 1993/12/28 08:34:43 vixie Exp $
@


1.1.1.1
log
@Paul Vixie's cron, version 3.0.  Munged into bmake format.  If this goes
well, expect our two seperate directories for cron and crontab to go away
shortly.
Submitted by:	jkh
@
text
@@


1.1.1.1.6.1
log
@$Id$ -> $FreeBSD$
@
text
@d1 1
a1 1
$FreeBSD$
@


1.1.1.1.8.1
log
@$Id$ -> $FreeBSD$
@
text
@d1 1
a1 1
$FreeBSD$
@

