Debian Bug report logs - #862055
apt: Rework daily timers for buster, drop internal timestamps

Reply or subscribe to this bug.

Display info messages

Message #5 received at [email protected] (full text, mbox, reply):

From: Julian Andres Klode <[email protected]>

To: Debian Bug Tracking System <[email protected]>

Subject: apt: Rework daily timers for buster, drop internal timestamps

Date: Sun, 7 May 2017 22:46:10 +0200

Package: apt
Severity: normal
Control: tag -1 confirmed

APT's daily cron job and systemd timers currently keep internal
timestamps. systemd keeps its own internal timestamp, leading
to two timestamps: When the systemd timestamp is old enough,
the apt timestamp might not be causing confusion because the
service started and did nothing.

We currently have 6 timestamps:

* update
* download upgradable
* unattended-upgrade
* backup archive/
* autoclean
* clean

I propose to refactor this into three groups:

* download (update, download-upgradable, download u-u upgrades)
* upgrade (run unattended-upgrade)
* maintenance (backup/autoclean/clean)

And the existing options for intervals become booleans for systemd
users, where the intervals are configured by overriding the systemd
timer units apt-daily-download, apt-daily-upgrade, apt-daily-maintenance
instead.

This means systemd systems will have 3 timers with 3 time stamps,
clearly defined behavior when starting the service (always performing
the action), and things will just work in a reasonable way.

This will also allow us to implement retrying on failure efficiently
and generally have a better working solution than now.

-- 
Debian Developer - deb.li/jak | jak-linux.org - free software dev
                  |  Ubuntu Core Developer |
When replying, only quote what is necessary, and write each reply
directly below the part(s) it pertains to ('inline').  Thank you.

Send a report that this bug log contains spam.