unarchive 587597
reopen 587597
thanks

The cron.daily snippet was in place for systems that aren't always on, so that apticron can be invoked by anacron (that doesn't run snippets in /etc/cron.d). The problem reported by the OP wasn't strictly due to the existence of /etc/cron.daily/apticron, but rather to the fact that during the commit for fixing #574461 the '--cron' parameter has gone missed. Well... ok, the existence of /etc/cron.d/apticron is someway relevant :) Attached you can find a ( bundle of ) patch(es) that restores support for anacron. [0]
Anyway I have to admit that having both /etc/cron.d/apticron and
/etc/cron.daily/apticron can be confusing, so I've attached a different set of patches. [1] This second bundle of patches modifies the cron.d snippet in order to run apticron once a hour. This way, a system that isn't up 24h a day get a chance to run apticron during its "awakening hours". If you choose this solution, I suggest to also fill a NEWS entry.

Please also note that both bundles should fix the just reopened #522961 (the second one implicitly, the first one by an explicit patch).


Thanks,
Gian Piero.

[0] Disclaimer: sorry for posting many patches in a single report, but when digging for the cause I've found some other issues and most of them seem to be someway related (but I've to admit at least a bit of laziness is in place here, as some of them clearly aren't). I hope having separated them one per file can help you in reviewing and cherry picking.

[1] Same disclaimer applies.

Attachment: bundle_1.tgz
Description: application/gtar-compressed

Attachment: bundle_2.tgz
Description: application/gtar-compressed

Reply via email to