Open jurobystricky opened 5 years ago
We do this for all updates, but it might be good to have swupd specifically report this when called manually:
$ cat /run/motd.d/clr-boot-manager.motd
* A kernel update is available: you may wish to reboot the system.
$ cat /run/motd.d/clr-service-restart.motd
* Some system services need a restart.
Run `sudo clr-service-restart -a -n` to view them.
...maybe even by looking for new files in that path and reporting the contents.
As for "autoupdate": I have one system running with autoupdate enabled, currently it shows linux-5.2.5-813, which is also not the latest version. (OS is 30740)
Is user supposed to run
$ cat /run/motd.d/clr-boot-manager.motd
periodically to see if a reboot is recommended?
You'll see it every time you log in. If you most often work via ssh, this is probably sufficient.
If you use a GUI desktop, then we need a different notification mechanism. We should have a passive notification saying "your system was updated, you should reboot at your earliest convenience".
[Definitely not "It's Tuesday, you have to reboot in 24 hours!"]
Describe the bug I performed manual update:
Then I checked the kernel version:
Then I rebooted (for unrelated reasons) and checked the kernel version again:
Expected behavior So when does one need to reboot? I would expect swupd to detect a situation when a newer kernel that the one currently booted is installed/present and notify the user rebooting is recommended. Note the above message never mentions the kernel, just services being restarted. Otherwise the users may wrongly assume they are fully updated.
Clear Linux OS Version: [swupd info]
Platform: [hardware, docker, vm information ] NUC