What is the significance of a held back update? When I ran an
update/upgrade cycle this morning three updates were "held back",
with no further explanation.
The packages held back were
raspberrypi-ui-mods 1.20250121
wf-panel-pi 0.92
wfplug-connect 0.11
Any insights about what's going on would be appreciated!
bp@www.zefox.net writes:The usual,
What is the significance of a held back update? When I ran an
update/upgrade cycle this morning three updates were "held back",
with no further explanation.
What command(s) did you use?
The packages held back were
raspberrypi-ui-mods 1.20250121
wf-panel-pi 0.92
wfplug-connect 0.11
Any insights about what's going on would be appreciated!
Historically it meant there was an unsatisfiable dependency. It could
mean that the depdency (or a suitable version of it) is completely unavailable, or that it’s available but for some reason not installable
or upgradable.
Currently it can also mean that the upgrade is being phased and it’s not your turn yet. I think the diagnostic for this is being improved.
Richard Kettlewell <invalid@invalid.invalid> wrote:
What command(s) did you use?The usual,
sudo apt update
sudo apt upgrade
It does seem that upgrades trickle in slowly, as advertised by the
"update available" icon. It seems as if there needs to be some
additional information offered on when to upgrade and/or reboot.
bp@www.zefox.net writes:
Richard Kettlewell <invalid@invalid.invalid> wrote:
What command(s) did you use?The usual,
sudo apt update
sudo apt upgrade
I would suggest using ‘apt-get dist-upgrade’, if upgrading manually, because:
(1) ‘apt upgrade’ will currently never remove a package, even if that’s
necessary to upgrade something else.
(2) ‘apt’ is permitted to meaning from version to version, so any advice
given about it today could be invalidated tomorrow.
It does seem that upgrades trickle in slowly, as advertised by the
"update available" icon. It seems as if there needs to be some
additional information offered on when to upgrade and/or reboot.
When to upgrade:
* I use https://wiki.debian.org/UnattendedUpgrades, which takes most of
the hassle out of it.
When to reboot:
* /var/run/reboot-required should be nonempty if you need a reboot.
* https://packages.debian.org/bookworm/needrestart should help with
reboot notifications.
* unattended-upgrades mentions any need to reboot in its email
notifications.
Thank you very much! I wasn't aware of the nuances you've presented.
For now /var/run/reboot-required doesn't exist. I'll start checking
it regularly.
Sysop: | DaiTengu |
---|---|
Location: | Appleton, WI |
Users: | 1,015 |
Nodes: | 10 (0 / 10) |
Uptime: | 69:12:04 |
Calls: | 13,252 |
Files: | 186,574 |
D/L today: |
1,849 files (589M bytes) |
Messages: | 3,335,431 |