On Sun, 6 Apr 2014 09:05, Guido Berhoerster
* Cristian Rodríguez
[2014-04-05 02:57]: <snip> - It continues to run just like "cron.daily" with the following bonus perks:
No it doesn't, right now it is possible to run all the housecleaning in cron.daily at a convenient DAILY_TIME now some jobs do not obey that any more and stuff gets spread out between cron and systemd and each systemd timer has to be configured indiviually.
* Log rotation will be postponed until your are connected to AC power, in order not drain your precious battery time.
That would be possible with cron using on_ac_power but I don't think it is a good idea to skip rotating logs.
* The task will run as soon as possible in case your system was turned off, suspended or otherwise inactive at the time the process was scheduled (requires systemd 212 or later)
* If any error is found, the results will be found in the journal (and/or syslog if installed) to see what's going on issue:
systemctl status logrotate.service logrotate.timer
That's actually the worst regression of all, if something like logrotate bombs out I want to get notified immediately via email and not have to poll every box, that's insane. This has so severe regressions for no gain at all and should never even have passed Factory review.
Even if this gets into Factory as-is, it should NOT made its way into SLE. That would be very bad in any server, and the support would go on strike. Such a change will at best be positiv for a small mobile device (tablet, smart-phone), but will for sure be negativ for any continous ac-powered device. As already said, long fought for behavior options will be lost. This gets (at least as-it-is) a -1 and a FULL-FAIL from me. - Yamaban. PS: to get at least the mail-option back we would need a wrapper script, and thus would be back to the situation of now. Perks? - Do not see any.