From Wikipedia, the free encyclopedia
Linux is a family of open source Unix-like operating systems based on the Linux kernel, an operating system kernel first released on September 17, 1991 by Linus Torvalds. Linux is typically packaged in a Linux distribution (or distro for short).
Distributions include the Linux kernel and supporting system software and libraries, many of which are provided by the GNU Project. Many Linux distributions use the word "Linux" in their name, but the Free Software Foundation uses the name GNU/Linux to emphasize the importance of GNU software, causing some controversy.
Community icon by Alpár-Etele Méder, licensed under CC BY 3.0
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?
I guess so. I hit the grub menu when booting and I see the image version changing there as well.
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.
I only used ublue images for a little bit but on the one which offered xfce at that time it was available. I think it's part of the main image design, so I see no reason it not being available. You can easily check tho.
Someone just merged some shortcuts to let you turn them on and off easier: https://github.com/ublue-os/config/commit/0823567237f8d83a50a75e9a7cd15c7c9d758d22
Cool. People are amazing
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.
Unfortunate but understandable. uBlue delivers images in a different way as opposed to silverblue. Great project though and one I will recommend to anybody
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.
Thanks I will look into it
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.
I thiink, sudo systemctl enable NAME OF SERVICE
they have an automatic updater service, anyone knos the name?
Edit: other people already mentioned the rpm-ostree native way, which is better.
Btw, do you know how then to disable the update check / module in Discover? I find it weird to have it check always, and also to search for big GUI apps there is kinda not the purpose, although sometimes necessary