fox2mike 06/02/18 05:56:15 Modified: xml/htdocs/doc/en cron-guide.xml Log: You're supposed to leave 1 space after every full stop, NOT 2. **No Content Change**
Revision Changes Path 1.12 +43 -43 xml/htdocs/doc/en/cron-guide.xml file : http://www.gentoo.org/cgi-bin/viewcvs.cgi/xml/htdocs/doc/en/cron-guide.xml?rev=1.12&content-type=text/x-cvsweb-markup&cvsroot=gentoo plain: http://www.gentoo.org/cgi-bin/viewcvs.cgi/xml/htdocs/doc/en/cron-guide.xml?rev=1.12&content-type=text/plain&cvsroot=gentoo diff : http://www.gentoo.org/cgi-bin/viewcvs.cgi/xml/htdocs/doc/en/cron-guide.xml.diff?r1=1.11&r2=1.12&cvsroot=gentoo Index: cron-guide.xml =================================================================== RCS file: /var/cvsroot/gentoo/xml/htdocs/doc/en/cron-guide.xml,v retrieving revision 1.11 retrieving revision 1.12 diff -u -r1.11 -r1.12 --- cron-guide.xml 14 Jan 2006 17:04:52 -0000 1.11 +++ cron-guide.xml 18 Feb 2006 05:56:15 -0000 1.12 @@ -1,5 +1,5 @@ <?xml version="1.0" encoding="UTF-8"?> -<!-- $Header: /var/cvsroot/gentoo/xml/htdocs/doc/en/cron-guide.xml,v 1.11 2006/01/14 17:04:52 fox2mike Exp $ --> +<!-- $Header: /var/cvsroot/gentoo/xml/htdocs/doc/en/cron-guide.xml,v 1.12 2006/02/18 05:56:15 fox2mike Exp $ --> <!DOCTYPE guide SYSTEM "/dtd/guide.dtd"> <guide link="/doc/en/cron-guide.xml"> @@ -31,7 +31,7 @@ <p> Cron is a daemon that runs scheduled tasks based on input from the command -<c>crontab</c>. It accomplishes this task by waking up every minute and +<c>crontab</c>. It accomplishes this task by waking up every minute and checking to see if there are any cron-jobs to run in any of the user crontabs. </p> @@ -48,8 +48,8 @@ <p> There are at least three cron implementations for you to choose from in -Portage. All of them offer a similar interface, namely the use of -<c>crontab</c> or a similar command. There is also a related utility called +Portage. All of them offer a similar interface, namely the use of +<c>crontab</c> or a similar command. There is also a related utility called Anacron which is meant to work with cron on systems that are not continuously running. </p> @@ -63,7 +63,7 @@ <p> Before we get started working with cron, you will have to choose which -implementation you want to use. For your convenience, I have collected +implementation you want to use. For your convenience, I have collected information about each one below. </p> @@ -78,10 +78,10 @@ <body> <p> -Vixie cron is a full featured cron implementation based on SysV cron. Each user +Vixie cron is a full featured cron implementation based on SysV cron. Each user has his own crontab and is allowed to specify environment variables within -that crontab. Unlike the other cron variants, it also offers support for -SELinux and PAM. It supports fewer architectures than Dcron, but more than +that crontab. Unlike the other cron variants, it also offers support for +SELinux and PAM. It supports fewer architectures than Dcron, but more than Fcron. </p> @@ -112,7 +112,7 @@ <body> <p> -Dcron aims to be a simple, elegant and secure implementation of cron. It does +Dcron aims to be a simple, elegant and secure implementation of cron. It does not allow the specification of environment variables in crontabs and all cron-jobs are run from <path>/bin/sh</path>. Like Vixie cron, each user has his own crontab. @@ -139,7 +139,7 @@ <body> <p> -Fcron aims at replacing Vixie cron and Anacron. It is designed to work on +Fcron aims at replacing Vixie cron and Anacron. It is designed to work on systems that are not continuously running and it is packed with extra features. It has job startup constraints, job serialization controls, the ability to assign nice values to jobs and the ability to schedule jobs to run at system @@ -173,9 +173,9 @@ <p> Anacron is not a cron daemon, it is something that usually works in -conjunction with one. It executes commands at intervals specified in days and +conjunction with one. It executes commands at intervals specified in days and it does not assume that the system is running continuously; it will run jobs -that were missed while the system was down. Anacron usually relies on a cron +that were missed while the system was down. Anacron usually relies on a cron daemon to run it each day. </p> @@ -219,9 +219,9 @@ <p> The post install messages from some of these cron packages tell you to run <c>crontab /etc/crontab</c>. The <path>/etc/crontab</path> file is your -<e>system crontab</e>. A cron installation can use it in conjunction with +<e>system crontab</e>. A cron installation can use it in conjunction with <c>sys-process/cronbase</c> to run the scripts in -<path>/etc/cron.{daily,hourly,weekly,monthly}</path>. Note that only +<path>/etc/cron.{daily,hourly,weekly,monthly}</path>. Note that only Vixie-cron schedules jobs in <path>/etc/crontab</path> automatically. Dcron and Fcron users will need to run <c>crontab /etc/crontab</c> every time they make changes to <path>/etc/crontab</path>. @@ -234,7 +234,7 @@ <p> Of course, you can choose not to use any system crontab at all. If you chose -Dcron or Fcron, do <e>not</e> run <c>crontab /etc/crontab</c>. If you chose +Dcron or Fcron, do <e>not</e> run <c>crontab /etc/crontab</c>. If you chose vixie-cron, you should comment all lines in <path>/etc/crontab</path>. </p> @@ -262,7 +262,7 @@ <p> No matter which cron package you use, if you want to allow a user to use -crontab, he will first have to be in the cron group. As an example, if you +crontab, he will first have to be in the cron group. As an example, if you wanted to add the user <e>wepy</e> to the cron group you would run: </p> @@ -272,14 +272,14 @@ <p> If you're using <b>Dcron</b>, that's all you have to do to give a user access to -crontab. Dcron users may proceed to the next section +crontab. Dcron users may proceed to the next section <uri link="#scheduling">scheduling cron-jobs</uri>, all others will want to keep reading. </p> <p> If you're using <b>Fcron</b>, you'll want to edit -<path>/etc/fcron/fcron.deny</path> and <path>/etc/fcron/fcron.allow</path>. The +<path>/etc/fcron/fcron.deny</path> and <path>/etc/fcron/fcron.allow</path>. The most secure way is to first deny everyone in <path>/etc/fcron/fcron.deny</path>, and then explicitly allow users in <path>/etc/fcron/fcron.allow</path>. </p> @@ -298,7 +298,7 @@ <p> Now, say we have a user <e>wepy</e> who should be able to schedule his own -cron-jobs. We would add him to <path>/etc/fcron/fcron.allow</path> as follows: +cron-jobs. We would add him to <path>/etc/fcron/fcron.allow</path> as follows: </p> <pre caption="Permissions in fcron.allow"> @@ -337,7 +337,7 @@ <p> The process of editing crontabs is different for each package, but they all support the same basic set of commands: adding and replacing crontabs, editing -crontabs, deleting crontabs, and listing cron-jobs in crontabs. The following +crontabs, deleting crontabs, and listing cron-jobs in crontabs. The following list shows you how to run those commands for each package. </p> @@ -383,12 +383,12 @@ <p> Before we can use any of these commands though, you first need to understand -the crontab itself. Each line in a crontab needs to specify five time fields +the crontab itself. Each line in a crontab needs to specify five time fields in the following order: the minutes (0-59), hours (0-23), days of the month (1-31), months (1-12), and days of the week (0-7, Monday is 1, Sunday is 0 and -7). The days of the weeks and months can be specified by three-letter -abbreviations like mon, tue, jan, feb, etc. Each field can also specify a -range of values (e.g. 1-5 or mon-fri), a comma separated list of values (e.g. +7). The days of the weeks and months can be specified by three-letter +abbreviations like mon, tue, jan, feb, etc. Each field can also specify a +range of values (e.g. 1-5 or mon-fri), a comma separated list of values (e.g. 1,2,3 or mon,tue,wed) or a range of values with a <e>step</e> (e.g. 1-6/2 as 1,3,5). </p> @@ -414,13 +414,13 @@ <note> Notice how you have to specify specific days of the week and days of the month -before they are combined. If you have * for only one of them, the other takes +before they are combined. If you have * for only one of them, the other takes precedence, while * for both just means every day. </note> <p> To test what we have just learned, let's go through the steps of actually -inputting a few cron-jobs. First, create a file called <path>crons.cron</path> +inputting a few cron-jobs. First, create a file called <path>crons.cron</path> and make it look like the this: </p> @@ -462,19 +462,19 @@ <p> This crontab should echo "i really like cron" every minute of every hour of -every day every other month. Obviously you would only do that if you really -liked cron. The crontab will also echo "i like cron a little" at 16:30 every -day in January and February. It will also echo "i don't really like cron" at +every day every other month. Obviously you would only do that if you really +liked cron. The crontab will also echo "i like cron a little" at 16:30 every +day in January and February. It will also echo "i don't really like cron" at 3:10 on the January 1st. </p> <p> -If you are using Anacron, you should keep reading this section. Otherwise, +If you are using Anacron, you should keep reading this section. Otherwise, proceed to the next section on <uri link="#editing">editing crontabs</uri>. </p> <p> -Anacron users will want to edit <path>/etc/anacrontab</path>. This file has +Anacron users will want to edit <path>/etc/anacrontab</path>. This file has four fields: the number of days between each run, the delay in minutes after which it runs, the name of the job, and the command to run. </p> @@ -490,7 +490,7 @@ <p> Anacron exits after all of the jobs in anacrontab are done, so if we want it to -check these jobs every day, we will need to use cron. The instructions at the +check these jobs every day, we will need to use cron. The instructions at the end of the next section tell you how to do that. </p> @@ -502,8 +502,8 @@ <p> Let's be realistic though, you don't want your system telling you how much you -like cron every minute. As a step forward, let's remove that crontab using the -corresponding <e>remove command</e> from the table above. We will also list +like cron every minute. As a step forward, let's remove that crontab using the +corresponding <e>remove command</e> from the table above. We will also list the cron-jobs after, just to make sure it worked. </p> @@ -513,15 +513,15 @@ </pre> <p> -You should see no cron-jobs in the output from <c>crontab -l</c>. If you do see +You should see no cron-jobs in the output from <c>crontab -l</c>. If you do see jobs listed, that means we failed to remove the crontab, and that you should make sure that you used the correct <e>remove command</e> for your cron package. </p> <p> Now that we have a clean slate, let's put something useful into the <b>root</b> -crontab. Most people will want to run <c>updatedb</c> on a weekly basis to -make sure that <c>slocate</c> works properly. To add that to your crontab, +crontab. Most people will want to run <c>updatedb</c> on a weekly basis to +make sure that <c>slocate</c> works properly. To add that to your crontab, let's first edit <path>crons.cron</path> again so that it looks like the following: </p> @@ -543,9 +543,9 @@ <p> Now let's say that you also want to add <c>emerge --sync</c> to your daily -schedule. You could do this by first editing <path>crons.cron</path> and then +schedule. You could do this by first editing <path>crons.cron</path> and then using <c>crontab crons.cron</c> just as we did before, or you could use the -proper <e>edit command</e> from the table above. This gives you a way to edit +proper <e>edit command</e> from the table above. This gives you a way to edit your user's crontab in situ, without depending on external files like <path>crons.cron</path>. </p> @@ -555,7 +555,7 @@ </pre> <p> -That should open your user's crontab with an editor. We want to have <c>emerge +That should open your user's crontab with an editor. We want to have <c>emerge --sync</c> run every day at 6:30 A.M., so we'll make it look something like this: </p> @@ -569,7 +569,7 @@ <p> Again, check the cron-jobs list as we did in the previous examples to make sure -the jobs are scheduled. If they are all there, then you're all set. +the jobs are scheduled. If they are all there, then you're all set. </p> </body> @@ -583,7 +583,7 @@ <p> As mentioned earlier, all three of the available cron packages depend on -<c>sys-process/cronbase</c>. The cronbase package creates +<c>sys-process/cronbase</c>. The cronbase package creates <path>/etc/cron.{hourly,daily,weekly,monthly}</path>, and a script called <c>run-crons</c>. You might have noticed that the default <path>/etc/crontab</path> contains something like this: @@ -667,7 +667,7 @@ <p> Remember, each cron package is different and the range of features varies -greatly. Be sure to consult the man pages for crontab, fcrontab or anacrontab, +greatly. Be sure to consult the man pages for crontab, fcrontab or anacrontab, depending on what you use. </p> -- [email protected] mailing list
