Date: Thu, 20 Nov 1997 07:47:14 -0500 From: Branson Matheson <Branson.Matheson@FergInc.com> To: Doug White <dwhite@resnet.uoregon.edu> Cc: nash@mcs.com, freebsd-questions@FreeBSD.ORG Subject: Re: Runnig FIND Message-ID: <19971120074714.47475@toth.hq.ferg.com> In-Reply-To: <Pine.BSF.3.96.971119172638.3811L-100000@gdi.uoregon.edu>; from Doug White on Wed, Nov 19, 1997 at 05:28:17PM -0800 References: <19971119171746.42578@toth.hq.ferg.com> <Pine.BSF.3.96.971119172638.3811L-100000@gdi.uoregon.edu>
next in thread | previous in thread | raw e-mail | index | archive | help
> > Your right. I forgot about that little gem. That is a pain in the > > tuckus. Could make for alot of headaches when searching for somthing > > like this. Grrrr. Is there a reason for crontab -l *not* showing > > /etc/crontab? > > Historical, probably. /etc/crontab is for systemwide maintenance > processes, root's crontab would imply that those processes run for the > root user's own business. I.e. atrun runs out of cron since it's a > system thing, but a status monitor could run out of root's crontab. > > If you have root access though, why bother with the crontab(1) interface > when you can just edit /etc/crontab directly? Hmm.. Consistancy comes to mind as a good reason. It is the inconsistancy of having two places that i am concerned about. General users, meaning users that also have root, ( including myself as I forgot ) could have a problem finding things that they put in one place and not another. Possible suggestion.. when root does a crontab -[le], could it check for the existance of /etc/crontab and give you the choice of editing it or the regular crontab? - branson ------------------------------------------------------------------------------- Branson Matheson " If you are falling off of a mountain, Unix System Administrator You may as well try to fly." Ferguson Enterprises, Inc. - Delenn, Mimbari Ambassador ( $statements = <BRANSON> ) !~ /Corporate Opinion/;
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?19971120074714.47475>