According to https://ubuntuforums.org/showthread.php?t=2330407&page=2 I am not the only user, where the package list is never updated due to the default timer setting in /etc/systemd/system/timers.target.wants/apt- daily.timer . This way, the Taskbar-GUI App never displays any available package updates, as long as you don't call "sudo apt-get update" manually.
This problem is caused by using the computer only for short durations (e.g. notebook), so that the calculated random wait time is longer than the average usage time per day (i.e. "apt-get update" is never called). My personal solution was to use a fixed wait time after system boot of about 5 minutes (see attachement), and use "After=network.target" to make sure, that the network is ready for successfull call of "apt-get update" (see attachement). Maybe the system could get enhanced to derive the average uptime per session / day, so that the apt-daily timer gets restricted to this average time interval. Or the system could detect, whether the computer is used as a continually running system, or whether the computer is each time only running for some hours. In the latter case, at least the package list should get updated a short time after system start / boot. My system is running Kubuntu 6.04 LTS _Xenial. ** Attachment added: "Call apt 5 minutes after system boot for short running computer" https://bugs.launchpad.net/ubuntu/+source/apt/+bug/1615482/+attachment/4865174/+files/apt-daily.timer -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to apt in Ubuntu. https://bugs.launchpad.net/bugs/1615482 Title: apt-daily timer runs at random hours of the day Status in apt package in Ubuntu: Triaged Bug description: apt, from 1.2.10 onwards (ie any version in Xenial, onwards) uses a systemd timer instead of a cron.daily job. This is a good thing, decoupling apt daily runs from the rest of cron, and ensuring other cron.daily jobs are not blocked by up to half an hour by the default settings of unattended-upgrades. However the policy chosen is to have the apt daily script run at a random hour of the day in a wrong headed attempt to reduce server load. This has the side effect of running unattended-upgrades at random hours of the day — such as business hours — rather than being confined to between 6:25am and 6:55am, using the defaults. A better policy would be to have the script activate at 6:00am plus an interval of 20 minutes at one second intervals reducing the impact of timezone population spikes, while still allowing unattended-upgrades to run within a predictable interval, before 7am. At the very least, some sort of note in the NEWS file detailing the new behaviour would be welcome. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/apt/+bug/1615482/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
