Re: [arch-general] [arch-dev-public] Cron
Am Sun, 03 Jan 2010 23:23:28 -0500 schrieb Paul Mattal <paul@mattal.com>:
Is there also an issue we're trying to solve with anacron? Can't we use bcron (or any other cron for that matter) and still use anacron separately?
I understand that fcron could theoretically do the work of both, but don't see an inherent advantage over two separate tools which might each be better at their own job.
I again answer to arch-general due to write permissions. I vote for fcron because it has dcron and anacron features. Two separate packages is indeed a regression and not really KISS like because anacron can only do anacron and dcron can only do dcron while fcron can do both. And on a desktop system which doesn't run 24/7 you need both features at the same time. On servers which run 24/7 it doesn't harm if the cron daemon has anacron features, too. I'm using fcron since years and it just works. It runs every cronjob as soon as possible. If the system runs then it executes the cronjobs at that time which is configured. If the system is down then fcron will start the cronjobs as soon as possible, as soon as the system is up again. I don't know bcron and yacron but I doubt that they have anacron features. Also fcron supports the directories /etc/cron.hourly, /etc/cron.daily, /etc/cron.weekly and /etc/cron.monthly. So it's very easy to configure cronjobs. No cryptical configuration file anymore. Just put a shell script into one of these directories and they will be executed regularly. The old configuration method is still possible. Greetings, Heiko
Am Mon, 4 Jan 2010 07:35:35 +0100 schrieb Heiko Baums <lists@baums-on-web.de>:
I don't know bcron and yacron but I doubt that they have anacron features.
Also fcron supports the directories /etc/cron.hourly, /etc/cron.daily, /etc/cron.weekly and /etc/cron.monthly. So it's very easy to configure cronjobs. No cryptical configuration file anymore. Just put a shell script into one of these directories and they will be executed regularly. The old configuration method is still possible.
Yacron seems to have anacron features included but I'm not sure if it supports the directories /etc/cron.hourly etc. Nevertheless fcron runs perfectly for me. Greetings, Heiko
On Mon, Jan 4, 2010 at 7:35 AM, Heiko Baums <lists@baums-on-web.de> wrote:
I vote for fcron because it has dcron and anacron features. Two separate packages is indeed a regression and not really KISS like because anacron can only do anacron and dcron can only do dcron while fcron can do both. And on a desktop system which doesn't run 24/7 you need both features at the same time. On servers which run 24/7 it doesn't harm if the cron daemon has anacron features, too.
Having one tool doing 2 different tasks is quite in contradiction with the KISS philosophy. That said, I think the rest of your argument is valid, kiss isn't the holy grail, sometimes having a tool that is less simple, less stupid and more powerful is a good idea. So going with fcron sounds fine. Confusing simplicity for the user and simplicity for the software just seems way too common.
Am Mon, 4 Jan 2010 08:07:15 +0100 schrieb Xavier <shiningxc@gmail.com>:
Having one tool doing 2 different tasks is quite in contradiction with the KISS philosophy. That said, I think the rest of your argument is valid, kiss isn't the holy grail, sometimes having a tool that is less simple, less stupid and more powerful is a good idea. So going with fcron sounds fine. Confusing simplicity for the user and simplicity for the software just seems way too common.
Generally I agree with you, but I think in the case of fcron you have more or at least the same simplicity for the software and for the user. Greetings, Heiko
And regarding the missing support for /etc/cron.d in fcron, that's probably something for a feature request to upstream if someone thinks it's necessary. I haven't missed it yet. Greetings, Heiko
participants (2)
-
Heiko Baums
-
Xavier