Date: Tue, 16 Jan 2001 19:26:01 +0100 From: Gerhard Sittig <Gerhard.Sittig@gmx.net> To: freebsd-hackers@FreeBSD.org Subject: Re: how to test out cron.c changes? (was: cvs commit: src/etc crontab) Message-ID: <20010116192601.B253@speedy.gsinet> In-Reply-To: <nospam-3a5b95e412011c9@maxim.gbch.net>; from gjb@gbch.net on Wed, Jan 10, 2001 at 08:51:16AM %2B1000 References: <20001120193326.C27042@speedy.gsinet> <20001205225656.Z27042@speedy.gsinet> <20001220211548.T253@speedy.gsinet> <3A513799.75EAB470@FreeBSD.org> <20010102133239.V253@speedy.gsinet> <20010107170840.G253@speedy.gsinet> <3A5AE490.D251F590@gorean.org> <20010109124044.A16276@mithrandr.moria.org> <3A5B5656.E2AAF0B5@FreeBSD.org> <nospam-3a5b95e412011c9@maxim.gbch.net>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, Jan 10, 2001 at 08:51 +1000, Greg Black wrote: > > If any change to expected cron behaviour is to be introduced, > the traditional behaviour must be the default, with a knob > documented in the man pages that can be twisted to get the > oddball behaviour that is being proposed here. In http://www.freebsd.org/cgi/query-pr.cgi?pr=24358 ("/etc/rc variables for cron(8)") I suggest how to provide knobs to pass parameters to cron as well as to switch to a different cron executable, while of course leaving current behaviour as the default. This is meant for those who feel a change to be necessary or highly desirable. No matter how soon "DST solutions" will be available and what they will look like. This opens the opportunity to use a cron daemon from ports as well as settling another - maybe repo copied - cron variant in the FreeBSD tree (although I fail to estimate how probable this is to happen). For highly involved developers this opens the opportunity to plug in an own cron version or to pass options to locally modified sources. But I recognize that there are strong concerns about touching the current src/usr.sbin/cron tree -- it is expected to be broken by being touched. For whatever the definition of "broken" might be: deviation from expected behaviour or introduction of real bugs. I feel that the proposed extension will contribute to everybody's satisfaction ... virtually yours 82D1 9B9C 01DC 4FB4 D7B4 61BE 3F49 4F77 72DE DA76 Gerhard Sittig true | mail -s "get gpg key" Gerhard.Sittig@gmx.net -- If you don't understand or are scared by any of the above ask your parents or an adult to help you. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20010116192601.B253>