this post was submitted on 06 Oct 2023
37 points (97.4% liked)

Linux

47918 readers
1119 users here now

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.

Rules

Related Communities

Community icon by Alpár-Etele Méder, licensed under CC BY 3.0

founded 5 years ago
MODERATORS
 

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.

top 14 comments
sorted by: hot top controversial new old
[–] [email protected] 6 points 1 year ago* (last edited 1 year ago) (1 children)

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.

[–] [email protected] 1 points 1 year ago (1 children)

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?

[–] [email protected] 1 points 1 year ago

I guess so. I hit the grub menu when booting and I see the image version changing there as well.

[–] mnmalst 3 points 1 year ago (1 children)

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.

[–] [email protected] 1 points 1 year ago (2 children)

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.

[–] [email protected] 1 points 1 year ago (1 children)
[–] [email protected] 2 points 1 year ago

Cool. People are amazing

[–] mnmalst 1 points 1 year ago

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.

[–] [email protected] 2 points 1 year ago* (last edited 1 year ago) (1 children)

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.

[–] [email protected] 1 points 1 year ago

Unfortunate but understandable. uBlue delivers images in a different way as opposed to silverblue. Great project though and one I will recommend to anybody

[–] [email protected] 1 points 1 year ago (1 children)

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.

[–] [email protected] 2 points 1 year ago

Thanks I will look into it

[–] [email protected] 1 points 1 year ago

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.

[–] [email protected] 1 points 1 year ago* (last edited 1 year ago)

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