Hi! Ryan Reich wrote: > On 7/1/07, Daniel Schömer <[EMAIL PROTECTED]> wrote: >> $ sudo fcrontab -l systab >> [...] >> %hourly 0-30 run-parts --report /etc/cron.hourly >> %daily * * run-parts --report /etc/cron.daily >> [...] > Thanks for sharing this. [...] This is a more elegant solution > than the run-crons method, though it doesn't have quite the > same effect as instructing cron to actually run each command > separately (their outputs will be mailed in conglomerate, > rather than one mail per periodic program. This is, according > to your preferences, either a bug or a feature.
I have never really thought about the combined mails. I'm using this on my desktop with only a few scripts in /etc/cron.{h,d,w,m}*/. Thinking about it now, I would prefer one mail per script. At least when there are more than just a few scripts run by cron. I can't see an elegant way implementing this directly in fcron. A modified version of run-parts that's capable of mailing the output of each script (or all in conglomerate if specified) to the runnig user (or a specified account) may do. > Less ambiguously a bug, though, is that the syslog will only > record running run-parts and not which parts were run). Would it be sufficient to let this also be done by run-parts? Then there would be records of fcron starting run-parts and records of run-parts starting each script. > Have you any thoughts on what to do with check_system_crontabs? > Its schedule is inherently reactive and not periodic, so > really, administering it with (f)cron at all is a logical > error. That's why I suggested inotify in the first place. I must say, I can't remember that I've seen check_system_crontabs on my desktop; maybe I just suppressed it :-). Now that I think of it, I'm remembering an elog message from the fcron ebuild telling me to use the fcrontab systab for system-wide jobs instead of /etc/{f,}crontab. Using inotify sounds more logical for me than using (f)cron for this. Daniel Schömer -- [EMAIL PROTECTED] mailing list