this post was submitted on 19 Apr 2025
21 points (92.0% liked)

Linux

53612 readers
1085 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
 

I am trying to update from Silverblue 41 to 42 (fully updated) but run into issues when attempting to update from both the software app and from CLI.

The problem using the software app is the same as what is described by this other user, who is using Fedora Workstation not Silverblue like I am:

https://discussion.fedoraproject.org/t/update-to-fedora-42-fails-in-gnome-software/148885

When I click the download button, it looks like it's downloading multiple files since the progress bar goes from 0 to 100 several times, and then it gets up to 95% then suddenly returns to the download button. This happens in about 30 seconds.

Using the CLI method, I run the following command:

rpm-ostree rebase fedora:fedora/42/x86_64/silverblue

and get the following errors:

 Problem: conflicting requests
  - package dnf5-plugin-automatic-5.2.12.0-2.fc42.x86_64 from updates requires libcurl-full(x86-64), but none of the providers can be installed
  - package dnf5-plugin-automatic-5.2.12.0-1.fc42.x86_64 from fedora requires libcurl-full(x86-64), but none of the providers can be installed
  - package dnf5-plugin-automatic-5.2.12.0-2.fc42.x86_64 from updates-archive requires libcurl-full(x86-64), but none of the providers can be installed
  - package libcurl-minimal-8.11.1-4.fc42.x86_64 from @System conflicts with libcurl(x86-64) provided by libcurl-8.11.1-4.fc42.x86_64 from fedora

SOLUTION: Uninstalled layered packages in dnf-automatic, libreoffice, and rpmfusion and then restarted. Rebase command successfully completed thereafter.

top 32 comments
sorted by: hot top controversial new old
[–] pogodem0n@lemmy.world 10 points 1 week ago (1 children)

Do you have any layered packages? Verify with

~$ rpm-ostree status
[–] milon@lemm.ee 2 points 1 week ago (1 children)

I have two entries each with a different BaseCommit. One has dnf-automatic, libreoffice, vpn app. The other has the same three plus rpmfusion-free-release and rpmfusion-nonfree-release.

I just recently installed the rpmfusion packages but I didn't know what I was doing. Just found something online suggesting an alternative update method for Silverblue.

[–] pogodem0n@lemmy.world 9 points 1 week ago* (last edited 1 week ago) (1 children)
  • dnf-automatic looks a like a package designed for non-Atomic versions of Fedora.
  • libreoffice is available as a flatpak. You should avoid layering packages as much as possible.
  • A VPN app makes sense to have layered. I assume it comes from a third-party repository added to /etc/yum.repos.d. It is possible this package does not support Fedora 42 yet. You can try removing it to see if the update succeeds.
  • rpmfusion is a repository providing packages that often cannot be pre-installed due to some legal reasons. Unless you need/installed a package from there, uninstall it.
[–] milon@lemm.ee 1 points 1 week ago (1 children)

So basically it's not allowing me to update because of these layered packages and every time I want to update, I have to uninstall them and reinstall after I update?

[–] pogodem0n@lemmy.world 9 points 1 week ago (2 children)

Kind of. Atomic versions of Fedora are designed to be set it and forget it kind of distro. New releases can cause issues with third party packages.

[–] milon@lemm.ee 7 points 1 week ago* (last edited 1 week ago) (3 children)

It worked! I uninstalled dnf-automatic, libreoffice, and rpmfusion and then restarted.

Thanks for your help! Will keep your tips in mind for the future and try to avoid layering.

[–] doomsdayrs@lemmy.ml 4 points 1 week ago (1 children)

Make sure you edit your post with the solution and link to it!✨

[–] milon@lemm.ee 4 points 1 week ago
[–] pogodem0n@lemmy.world 1 points 1 week ago
[–] Pirata@lemm.ee 0 points 1 week ago* (last edited 1 week ago) (1 children)

Can you confirm Mullvad VPN (if this is your vpnVPN) works on the latest atomic fedora after reinstalling?

[–] milon@lemm.ee 1 points 6 days ago

Yup no issues here

[–] milon@lemm.ee 2 points 1 week ago (1 children)

Also, as I reinstall a flathub version of LibreOffice, should I choose the Fedora repo or Flathub repo?

[–] pogodem0n@lemmy.world 3 points 1 week ago (1 children)

Fedora version has been packaged by Fedora Linux developers, while the other is published by LibreOffice developers themselves. The former may be only slightly out of date. Choose whichever one you feel comfortable with.

[–] milon@lemm.ee 2 points 1 week ago (1 children)
[–] superkret@feddit.org 3 points 1 week ago (1 children)

Also keep in mind the fedora versions adhere to strict policy regarding open source. For example, Fedora's Firefox doesn't ship with all codes needed for video playback of all formats.

[–] milon@lemm.ee 1 points 6 days ago (1 children)

Thanks for the additional info. Maybe I will opt for the developer version instead in that case.

[–] superkret@feddit.org 2 points 6 days ago (1 children)

What I did was [add Flathub, don't remember if it's already done by default, and] go through all installed apps in the software center once, check if the Flathub version was made by the app's devs directly, and if so, switch the source from Fedora to Flathub. I only kept the Fedora version if the Flatpak was made by an independent third party.

I'm not sure if Silverblue is even the right distro for me if I care about such things this much, though.

[–] milon@lemm.ee 2 points 4 days ago

Yeah I think I will follow the same approach. 3rd parties are a bit risky.

[–] Telorand@reddthat.com 4 points 1 week ago (1 children)

For the "none of the providers can be installed" errors, there's likely been a package name change or removal in 42. I ran into a similar issue with Bazzite. I uninstalled the offending package, then reinstalled after the update.

The last one says there's a package conflict. You'll need to remove the one you have in order to proceed.

[–] milon@lemm.ee 1 points 1 week ago (1 children)

Problem is I don't know what the packages are or what they were for even. I don't recall installing them.

[–] Telorand@reddthat.com 1 points 1 week ago (1 children)

Have you layered any packages?

[–] milon@lemm.ee 2 points 1 week ago (1 children)

Yes, I did. I was warned about doing so before but now I understand 😆

[–] Telorand@reddthat.com 2 points 1 week ago (1 children)

Layering isn't bad, but what happens is with each update, the system tries to re-layer each of those packages. If some are missing from the next deployment's rpm database or have been superceded by another package, you'll run into these kinds of issues.

In my case, for example, my next deployment was missing java-17-openjdk, because it had been superceded by other metapackages.

[–] milon@lemm.ee 2 points 6 days ago

I see now. So it's possible for someone to run into multiple issues which can make updating a hassle.

[–] blobjim@hexbear.net 1 points 1 week ago* (last edited 1 week ago) (1 children)

Do you have "dnf" installed specifically? What layered packages do you have? I ran rpm -qa on my system and didn't find any packages containing "dnf"

Also not sure if it's useful but here's my ostree remote list --show-urls output:

fedora          https://ostree.fedoraproject.org/
fedora-compose  https://kojipkgs.fedoraproject.org/compose/ostree/repo/

I also always have the same issue trying to use the UI. I had to use rpm-ostree rebase for the upgrade to 41 and 42, but it worked for me with no issues.

[–] milon@lemm.ee 2 points 1 week ago

Turns out the issue was with one or some of the layered packages I had. After uninstalling, the CLI method to upgrade worked. See the post below, but thanks for your reply.

[–] Ulrich@feddit.org -1 points 1 week ago (1 children)

I'm not an expert but it looks like you're using the wrong command. You're not trying to rebase, just update

$ rpm-ostree update

[–] jaxxed@lemmy.ml 1 points 1 week ago (1 children)

Rpm-ostree rebase switches branch, instead of pulling the latest build from the branch.

[–] Ulrich@feddit.org 0 points 1 week ago (1 children)
[–] jaxxed@lemmy.ml 1 points 1 week ago (1 children)

Upgrading 41->42 for silverblue requires a branch change. An upgrade won't do it.

[–] Ulrich@feddit.org 1 points 1 week ago (1 children)

Interesting. Worked for me!

[–] jaxxed@lemmy.ml 1 points 1 week ago

Maybe I just tried to early, before they mainlined the 42 line. I'm on kinoite not silverblue, which might also be relevant.