You are not logged in.
systemd-cron is a set of systemd unit files that take advantage of systemd's timer units and calendar events to execute scripts in the standard cron.hourly, cron.daily, cron.weekly, and cron.monthly directories. For simple setups where this is all you need, this allows you to not have to run a cron daemon. Of course this also means it is not a drop-in replacement for a traditional cron daemon and you will not get support for:
crontab files
per-user jobs
executing missed jobs
emailing job output
et cetera
To use, stop and uninstall any existing cron daemon and install the AUR package. Then as root run:
# systemctl enable cron.target
# systemctl start cron.target
Please note the .target suffix.
More details are available with:
$ man systemd.cron
I have been using it successfully on my servers for a week now with no troubles.
Offline
Haven't tested jet but really nice idea - thumbs up. Any possibilities to make per user jobs in the future?
Lenovo G50 | LXQT-git | compton | conky
Offline
Any possibilities to make per user jobs in the future?
It occurs to me that you could set up user targets / service files similar to the system ones that can be run during a systemd user session, similarly to what xorg-launch-helper does. These can look for files / scripts to run in $HOME/.config/systemd/cron.hourly/ and such to run.
Offline
Haven't tested jet but really nice idea - thumbs up. Any possibilities to make per user jobs in the future?
That would probably be the next thing I do. As Morrad described above it should be pretty natural with systemd user sessions. After that probably crontab support using generators.
Offline
... crontab support using generators.
This is interesting. I hadn't seen this before. Thanks for pointing it out.
Offline