Bug#778873: apt: make /etc/cron.daily/apt (and it's options) runnable more than daily
- To: 778873@bugs.debian.org
- Subject: Bug#778873: apt: make /etc/cron.daily/apt (and it's options) runnable more than daily
- From: Marian Sigler <m@qjym.de>
- Date: Mon, 19 Mar 2018 17:46:24 +0100
- Message-id: <[🔎] 7bbd7adf-b4ef-3fc8-f857-0b276aca2af0@qjym.de>
- Reply-to: Marian Sigler <m@qjym.de>, 778873@bugs.debian.org
- In-reply-to: <20150221000444.18833.48315.reportbug@heisenberg.scientia.net>
- References: <20150221000444.18833.48315.reportbug@heisenberg.scientia.net> <20150221000444.18833.48315.reportbug@heisenberg.scientia.net> <20150221000444.18833.48315.reportbug@heisenberg.scientia.net>
I would like to push this. Updates just every day is just horrible,
especially for servers.
Of course, there's other ways like dumping some `apt update` inside
/etc/cron.hourly, but this doesn't do locking etc, so it would be cool
if the "daily" script could be used for this.
As for the "how":
> One solution wrt to the current definition of the options (which should
> of course remain backwards compatible with respect to the "day" unit)
> would be that each option get's an corresponding unit-option which
> defaults to "1 day"
> so e.g. for APT::Archives::MaxAge
> there would be a corresponding
> APT::Archives::MaxAge::Unit, which defaults to say 86400s and
> internally the script works with 1s resolution.
I think this is a bad idea. It would make the significance of one option
depending on another one. I think a better (and easier to implement,
probably) way would be to allow non-integer values for this option - an
update roughly every two hours could be configured by setting this to
"0.1". (Alternatively, unit suffixes such as 2h, 30m, ... could be
implemented)
Reply to: