So I am trying out fedora silverblue and recently rebased it to uBlue to get access to hardware decoding for non-free codecs and for some QoL improvements. Before rebasing, I used to get both system updates(update to image that silverblue is based on) and flatpak updates through the gui package manager(gnome-software in this case) but since i rebased, i was not getting any notifications for system updates. I ran rpm-ostree upgrade and then it pulled from the manifest and updated the system using the updated image. For some reason gnome-software did not know this new image was available.
My question is does this mean that i will have to run rpm-ostree upgrade to update from now or will gnome-software handle it? I have no problem using the terminal but gnome-software is more convenient and I am lazy.
I think Ublue is only set to automatically check for updates once per day. If there were only a few updates available, it’s possible your system just didn’t check yet that day.
See if your /etc/rpm-ostreed.conf has automatic updates set to “stage.” I think that should be the default.
See update section in this FAQ, which tells you what config disables automatic updates.
It is already set to stage so i am guessing updates should be applied. But is there anyway to check that this actually happens. Or do have have to wait a few days and see that if the base image has changed by using the rpm-ostree status -v command?
One of the main features of silverblue is auto updates in the background. You don’t need a cronjob or a graphical tool to achieve this, it’s build into the distribution.
Have a look here: https://miabbott.github.io/2018/06/13/rpm-ostree-automatic-updates.html
You just have to change one entry in /etc/rpm-ostreed.conf and reload the systemd service.
Does that work even for the OCI images that ublue uses¿? Also can we configure this further. I don’t want to accidentally update my image when on a metered connection.
Someone just merged some shortcuts to let you turn them on and off easier: https://github.com/ublue-os/config/commit/0823567237f8d83a50a75e9a7cd15c7c9d758d22
Looks expected:
https://github.com/ublue-os/main/issues/191
Ublue uses OCI images, I don’t think Silverblue does. Last time I used Ublue even rpm-ostree couldn’t do “check” but it looks like upstream has fixed that at least.
More than like likely yes, although you shouldn’t have to and this is not expected behavior. Same thing happened to me with Kinoite. Twice. I still got flatpak upgrades through Discover but no longer system upgrades, or the system upgrades would appear but error out. I just decided to not rebase anymore after the third reinstall and use toolbox for everything that didn’t have a flatpak available.
Unfortunately I have no idea why your updates have stopped working.
As for having to run the upgrade command, have you considered using cronie to run the command on a schedule for you?
Here’s a decent guide for it if you wanted to look into it as a bandaid fix.
