[BUG] Updates tab: “Operating System Updates Unavailable: your operating system is no longer supported.”

[aral]

Describe the bug

When you open Software and go to the Updates tab, you see an error: “Operating System Updates Unavailable: your operating system is no longer supported. This means that it does not receive security updates. It is recommended that you update to a more recent version.”

To Reproduce

Please describe the steps needed to reproduce the bug:

1. Install Fedora Silverblue 36 beta
2. Wait for the notification that you have updates available and click on it.
3. Notice the error message above.

Expected behavior

The updates tab should not display an error message. You should be able to see the updates that were mentioned in the system notification that got you there.

Screenshots

OS version:

● fedora:fedora/36/x86_64/silverblue
                   Version: 36_Beta.1.4 (2022-03-22T03:27:52Z)
                    Commit: 99b8bb190924784dd5a3076f830a4bf70f21a34437b3762abba8ca416e9c9798

Additional context

I’d just installed the operating system and this was one of my first experiences.

[mcrha]

What was the image you installed the system from, please? My installation (updated from Fedora 35 Silverblue) with gnome-software 42.0 does not exhibit the problem.

[leb4r]

I am experiencing the same thing.

I rebased from 35 -> 36.

This may be unrelated, but I've also noticed a lot of legacy apps are still around. For example, the old screenshots app is still around (along with the new one), and a lot of the apps that were updated with the new interface are still using the legacy interface (e.g. gedit).

---

After running

killall gnome-software
gnome-software --verbose

I see this

03:10:48:0996 Gs  ignoring unknown or empty provided item type: font
03:10:48:0996 Gs  ignoring unknown or empty provided item type: font

03:10:49:0110 Gs  Failed to get system: Failed to refine '*/*/*/system/*': failed to obtain lock 'metadata': Failed to create file “/var/run/dnf-metadata.lock.J5NFL1”: Permission denied

03:10:49:0302 Gs  failed to get installed apps: failed to obtain lock 'metadata': Failed to create file “/var/run/dnf-metadata.lock.7AT8K1”: Permission denied

---

Homepage is also empty

---

And no repositories are found

[mcrha]

I opened an upstream bug: https://gitlab.gnome.org/GNOME/gnome-software/-/issues/1743

[naipotato]

Hi! I upgraded my Fedora Silverblue installation today, and I started experiencing this same error. It seems to me that it was not actually resolved, and that a different error was diagnosed.

I upgraded from 36.20220508 to 36.20220510.

Do I need to share any log? If so, which one?

Attaching some screenshots

Explore page	Installed page	Updates page

[Verhoeckx]

I experience the same issue. Updated from version 35.20220509 to 36.20220510.

[Verhoeckx]

I opened an upstream bug: https://gitlab.gnome.org/GNOME/gnome-software/-/issues/1743

Do you happen to know if it will be backported to version 42.1 of GNOME? Or do we have to wait two weeks until version 42.2 is released?

[mcrha]

No plans for backport. I suspect the real problem is elsewhere (the upstream fix will help to not always show the banner), the reason for this might be related to https://bugzilla.redhat.com/show_bug.cgi?id=2083715

[Verhoeckx]

Thanks!

It would be interesting to know if the issue is solved when the repository from Cisco is disabled. I'm going to try that!

[Danik1601]

Same Problem here. Same error, repositories are not available and Gnome Software main page has unavailable apps. Updated from Silverblue 35 to Silverblue 36 today. OS is installed in VirtualBox

[Danik1601]

Thanks!

It would be interesting to know if the issue is solved when the repository from Cisco is disabled. I'm going to try that!

I believe I switched off all the repositories except for LVFS and Flathub before the update and used the system like that up until I updated to 36. I still experienced the same bug

[Verhoeckx]

Yes, you are right: I switched off the Cisco repository and rebased again, but it didn't help.

I know get the following error:

I will add it to the bug report on Bugzilla.

[jgierer12]

Same issue here, I've been running the Silverblue 36 beta for a few weeks without any issues, but the final release today seems to have broken gnome-software for me.

Running killall gnome-software; gnome-software logs the following errors:

21:23:17:0236 Gs  /etc/PackageKit/Vendor.conf file not found
21:23:18:0082 libdnf Solv userdata length mismatch, read: 0 vs expected: 48
21:23:18:0089 Gs  failed to get popular apps: cannot create temporary file: /var/cache/rpm-ostree/solv/phracek-PyCharm.solv.WhNomF

The same still happens when I disable the phracek-PyCharm repo, it just moves on to the next repo and throws the same error:

21:42:17:0317 Gs  failed to get popular apps: cannot create temporary file: /var/cache/rpm-ostree/solv/fedora-cisco-openh264.solv.VgWOfV

[naipotato]

@tpopela can we reopen this? Or maybe can we open a new issue that will not be closed as duplicated of this one?

[Verhoeckx]

And I was thinking: maybe it's a SELinux issue?

[CleoMenezesJr]

Same here! I think after updating the dnf-data and dnf-plugins-core packages this happened.

[foopsss]

I'm experiencing the same issues on a fresh install of FS36, build 36.20220510.0. Repos do not work and neither does the store.

[dustymabe]

to rule out SELinux maybe just setenforce 0 to put things into permissive mode to see if the system starts behaving. If that's the case you might be hitting https://docs.fedoraproject.org/en-US/fedora-silverblue/troubleshooting/#_selinux_problems

[foopsss]

to rule out SELinux maybe just setenforce 0 to put things into permissive mode to see if the system starts behaving. If that's the case you might be hitting https://docs.fedoraproject.org/en-US/fedora-silverblue/troubleshooting/#_selinux_problems

Tried this to no avail. I changed the policy and then tried both with and without rebooting but the store still fails.

EDIT: Also, I forgot to mention that rpm-ostree update throws me an error code 403 everytime it tries to update the "updates-archive" repository, as mentioned in a few Ask Fedora threads, like this one. It works now.

[dinhokusanagi]

the same here

[tpopela]

I see it on my system as well after updating to 36.20220510.0 (was not able to reproduce it previously). The diff for 36.20220510.0:

0 $ rpm-ostree db diff
ostree diff commit from: rollback deployment (df11773f2c39cd51f8b308948e89eb5bbcf09afcb43e33222daec83d2c8dcddf)
ostree diff commit to:   booted deployment (a901c379b1f9a615cc3efc48dc5811d572f7e964668210929591ffc2f2f1c925)
Upgraded:
  cpp 12.0.1-0.16.fc36 -> 12.1.1-1.fc36
  elfutils-debuginfod-client 0.187-2.fc36 -> 0.187-4.fc36
  elfutils-default-yama-scope 0.187-2.fc36 -> 0.187-4.fc36
  elfutils-libelf 0.187-2.fc36 -> 0.187-4.fc36
  elfutils-libs 0.187-2.fc36 -> 0.187-4.fc36
  evolution-data-server 3.44.0-1.fc36 -> 3.44.1-1.fc36
  evolution-data-server-langpacks 3.44.0-1.fc36 -> 3.44.1-1.fc36
  gdisk 1.0.9-1.fc36 -> 1.0.9-2.fc36
  git-core 2.36.0-1.fc36 -> 2.36.1-1.fc36
  gjs 1.72.0-2.fc36 -> 1.72.0-3.fc36
  gnome-software 42.0-4.fc36 -> 42.1-1.fc36
  gnome-software-rpm-ostree 42.0-4.fc36 -> 42.1-1.fc36
  grub2-common 1:2.06-38.fc36 -> 1:2.06-40.fc36
  grub2-efi-ia32 1:2.06-38.fc36 -> 1:2.06-40.fc36
  grub2-efi-x64 1:2.06-38.fc36 -> 1:2.06-40.fc36
  grub2-pc 1:2.06-38.fc36 -> 1:2.06-40.fc36
  grub2-pc-modules 1:2.06-38.fc36 -> 1:2.06-40.fc36
  grub2-tools 1:2.06-38.fc36 -> 1:2.06-40.fc36
  grub2-tools-minimal 1:2.06-38.fc36 -> 1:2.06-40.fc36
  gvfs 1.50.1-1.fc36 -> 1.50.1-2.fc36
  gvfs-afc 1.50.1-1.fc36 -> 1.50.1-2.fc36
  gvfs-afp 1.50.1-1.fc36 -> 1.50.1-2.fc36
  gvfs-archive 1.50.1-1.fc36 -> 1.50.1-2.fc36
  gvfs-client 1.50.1-1.fc36 -> 1.50.1-2.fc36
  gvfs-fuse 1.50.1-1.fc36 -> 1.50.1-2.fc36
  gvfs-goa 1.50.1-1.fc36 -> 1.50.1-2.fc36
  gvfs-gphoto2 1.50.1-1.fc36 -> 1.50.1-2.fc36
  gvfs-mtp 1.50.1-1.fc36 -> 1.50.1-2.fc36
  gvfs-smb 1.50.1-1.fc36 -> 1.50.1-2.fc36
  kernel 5.17.5-300.fc36 -> 5.17.6-300.fc36
  kernel-core 5.17.5-300.fc36 -> 5.17.6-300.fc36
  kernel-modules 5.17.5-300.fc36 -> 5.17.6-300.fc36
  kernel-modules-extra 5.17.5-300.fc36 -> 5.17.6-300.fc36
  libdnf 0.66.0-1.fc36 -> 0.67.0-2.fc36
  libgcc 12.0.1-0.16.fc36 -> 12.1.1-1.fc36
  libgomp 12.0.1-0.16.fc36 -> 12.1.1-1.fc36
  libicu 69.1-5.fc36 -> 69.1-6.fc36
  libnice 0.1.18-3.fc36 -> 0.1.19-1.fc36
  librepo 1.14.2-2.fc36 -> 1.14.3-1.fc36
  libsmbclient 2:4.16.1-0.fc36 -> 2:4.16.1-4.fc36
  libsolv 0.7.21-1.fc36 -> 0.7.22-1.fc36
  libstdc++ 12.0.1-0.16.fc36 -> 12.1.1-1.fc36
  libwbclient 2:4.16.1-0.fc36 -> 2:4.16.1-4.fc36
  mc 1:4.8.27-3.fc36 -> 1:4.8.28-1.fc36
  mesa-dri-drivers 22.0.2-2.fc36 -> 22.0.3-1.fc36
  mesa-filesystem 22.0.2-2.fc36 -> 22.0.3-1.fc36
  mesa-libEGL 22.0.2-2.fc36 -> 22.0.3-1.fc36
  mesa-libGL 22.0.2-2.fc36 -> 22.0.3-1.fc36
  mesa-libgbm 22.0.2-2.fc36 -> 22.0.3-1.fc36
  mesa-libglapi 22.0.2-2.fc36 -> 22.0.3-1.fc36
  mesa-libxatracker 22.0.2-2.fc36 -> 22.0.3-1.fc36
  mesa-vulkan-drivers 22.0.2-2.fc36 -> 22.0.3-1.fc36
  mozjs91 91.8.0-1.fc36 -> 91.9.0-1.fc36
  qemu-guest-agent 2:6.2.0-8.fc36 -> 2:6.2.0-9.fc36
  samba-client 2:4.16.1-0.fc36 -> 2:4.16.1-4.fc36
  samba-client-libs 2:4.16.1-0.fc36 -> 2:4.16.1-4.fc36
  samba-common 2:4.16.1-0.fc36 -> 2:4.16.1-4.fc36
  samba-common-libs 2:4.16.1-0.fc36 -> 2:4.16.1-4.fc36
  vim-common 2:8.2.4845-1.fc36 -> 2:8.2.4927-1.fc36
  vim-data 2:8.2.4845-1.fc36 -> 2:8.2.4927-1.fc36
  vim-enhanced 2:8.2.4845-1.fc36 -> 2:8.2.4927-1.fc36
  vim-filesystem 2:8.2.4845-1.fc36 -> 2:8.2.4927-1.fc36
  vim-minimal 2:8.2.4845-1.fc36 -> 2:8.2.4927-1.fc36

and with changelogs:

0 $ rpm-ostree db diff --changelogs
ostree diff commit from: rollback deployment (df11773f2c39cd51f8b308948e89eb5bbcf09afcb43e33222daec83d2c8dcddf)
ostree diff commit to:   booted deployment (a901c379b1f9a615cc3efc48dc5811d572f7e964668210929591ffc2f2f1c925)
Upgraded:
  cpp 12.0.1-0.16.fc36.x86_64 -> 12.1.1-1.fc36.x86_64
    * So kvě 07 2022 Jakub Jelinek <jakub@redhat.com> 12.1.1-1
    - update from releases/gcc-12 branch
      - GCC 12.1 release
      - PRs c++/105476, libstdc++/103911, libstdc++/105441, libstdc++/105502,
        middle-end/105376, middle-end/105461, target/102059, testsuite/105433,
        tree-optimization/105394, tree-optimization/105437,
        tree-optimization/105484

    * Čt kvě 05 2022 Stephen Gallagher <sgallagh@redhat.com> 12.0.1-0.18
    - fix annobin plugin conditional to build for ELN

    * Pá dub 29 2022 Jakub Jelinek <jakub@redhat.com> 12.0.1-0.17
    - update from trunk and releases/gcc-12 branch
      - GCC 12.1-rc1
      - PRs analyzer/105252, analyzer/105264, analyzer/105365, analyzer/105366,
        c++/65211, c++/82980, c++/86193, c++/90107, c++/97219, c++/100838,
        c++/101442, c++/101698, c++/102629, c++/102804, c++/102987,
        c++/103868, c++/104051, c++/104624, c++/104646, c++/104996,
        c++/105256, c++/105265, c++/105268, c++/105287, c++/105289,
        c++/105297, c++/105301, c++/105304, c++/105321, c++/105322,
        c++/105353, c++/105386, c++/105398, c++/105425, c++/105426,
        debug/105089, debug/105203, fortran/70673, fortran/78054,
        fortran/102043, fortran/103662, fortran/104717, fortran/105242,
        fortran/105310, fortran/105379, fortran/105381, gcov-profile/105282,
        ipa/103818, ipa/105306, libgomp/105358, libstdc++/93602,
        libstdc++/99290, libstdc++/102994, libstdc++/104858,
        libstdc++/105269, libstdc++/105324, libstdc++/105375,
        libstdc++/105417, lto/105364, lto/105399, middle-end/104492,
        rtl-optimization/105231, rtl-optimization/105314,
        rtl-optimization/105333, sanitizer/105396, target/89125,
        target/103197, target/104676, target/105247, target/105257,
        target/105271, target/105331, target/105334, target/105338,
        target/105339, target/105349, target/105367, testsuite/105266,
        tree-optimization/100810, tree-optimization/103941,
        tree-optimization/104010, tree-optimization/105219,
        tree-optimization/105254, tree-optimization/105276,
        tree-optimization/105312, tree-optimization/105368,
        tree-optimization/105374

  elfutils-debuginfod-client 0.187-2.fc36.x86_64 -> 0.187-4.fc36.x86_64
  elfutils-default-yama-scope 0.187-2.fc36.noarch -> 0.187-4.fc36.noarch
  elfutils-libelf 0.187-2.fc36.x86_64 -> 0.187-4.fc36.x86_64
  elfutils-libs 0.187-2.fc36.x86_64 -> 0.187-4.fc36.x86_64
    * Pá kvě 06 2022 Mark Wielaard <mjw@fedoraproject.org> - 0.187-4
    - Add elfutils-0.187-mhd_no_dual_stack.patch
    - Add elfutils-0.187-mhd_epoll.patch

    * Čt kvě 05 2022 Mark Wielaard <mjw@fedoraproject.org> - 0.187-3
    - Add elfutils-0.187-debuginfod-client-fd-leak.patch

  evolution-data-server 3.44.0-1.fc36.x86_64 -> 3.44.1-1.fc36.x86_64
  evolution-data-server-langpacks 3.44.0-1.fc36.noarch -> 3.44.1-1.fc36.noarch
    * Pá dub 22 2022 Milan Crha <mcrha@redhat.com> - 3.44.1-1
    - Update to 3.44.1

  gdisk 1.0.9-1.fc36.x86_64 -> 1.0.9-2.fc36.x86_64
    * So kvě 07 2022 Dominik Mierzejewski <dominik@greysector.net> - 1.0.9-2
    - backport upstream fix for UUID issue with latest popt
    - run internal testsuite in %check

  git-core 2.36.0-1.fc36.x86_64 -> 2.36.1-1.fc36.x86_64
    * Pá kvě 06 2022 Todd Zullinger <tmz@pobox.com> - 2.36.1-1
    - update to 2.36.1

  gjs 1.72.0-2.fc36.x86_64 -> 1.72.0-3.fc36.x86_64
    * Ne kvě 08 2022 Frantisek Zatloukal <fzatlouk@redhat.com> - 1.72.0-3
    - Rebuild against mozjs91-91.9.0-1

  gnome-software 42.0-4.fc36.x86_64 -> 42.1-1.fc36.x86_64
  gnome-software-rpm-ostree 42.0-4.fc36.x86_64 -> 42.1-1.fc36.x86_64
    * St dub 27 2022 Milan Crha <mcrha@redhat.com> - 42.1-1
    - Update to 42.1

  grub2-common 1:2.06-38.fc36.noarch -> 1:2.06-40.fc36.noarch
  grub2-efi-ia32 1:2.06-38.fc36.x86_64 -> 1:2.06-40.fc36.x86_64
  grub2-efi-x64 1:2.06-38.fc36.x86_64 -> 1:2.06-40.fc36.x86_64
  grub2-pc 1:2.06-38.fc36.x86_64 -> 1:2.06-40.fc36.x86_64
  grub2-pc-modules 1:2.06-38.fc36.noarch -> 1:2.06-40.fc36.noarch
  grub2-tools 1:2.06-38.fc36.x86_64 -> 1:2.06-40.fc36.x86_64
  grub2-tools-minimal 1:2.06-38.fc36.x86_64 -> 1:2.06-40.fc36.x86_64
    * Čt kvě 05 2022 Robbie Harwood <rharwood@redhat.com> - 1:2.06-40
    - Fix missing declaration of strchrnul in rpm-sort

    * St kvě 04 2022 Robbie Harwood <rharwood@redhat.com> - 1:2.06-39
    - ppc64le: CAS improvements, prefix detection, and vTPM support

  gvfs 1.50.1-1.fc36.x86_64 -> 1.50.1-2.fc36.x86_64
  gvfs-afc 1.50.1-1.fc36.x86_64 -> 1.50.1-2.fc36.x86_64
  gvfs-afp 1.50.1-1.fc36.x86_64 -> 1.50.1-2.fc36.x86_64
  gvfs-archive 1.50.1-1.fc36.x86_64 -> 1.50.1-2.fc36.x86_64
  gvfs-client 1.50.1-1.fc36.x86_64 -> 1.50.1-2.fc36.x86_64
  gvfs-fuse 1.50.1-1.fc36.x86_64 -> 1.50.1-2.fc36.x86_64
  gvfs-goa 1.50.1-1.fc36.x86_64 -> 1.50.1-2.fc36.x86_64
  gvfs-gphoto2 1.50.1-1.fc36.x86_64 -> 1.50.1-2.fc36.x86_64
  gvfs-mtp 1.50.1-1.fc36.x86_64 -> 1.50.1-2.fc36.x86_64
  gvfs-smb 1.50.1-1.fc36.x86_64 -> 1.50.1-2.fc36.x86_64
    * Čt kvě 05 2022 Ondrej Holy <oholy@redhat.com> - 1.50.1-2
    - Rework anonymous handling of SMB backend to avoid EINVAL (#2068976)
    - Unescape prefix to fix handling of encoded HTTP URIs

  kernel 5.17.5-300.fc36.x86_64 -> 5.17.6-300.fc36.x86_64
  kernel-core 5.17.5-300.fc36.x86_64 -> 5.17.6-300.fc36.x86_64
  kernel-modules 5.17.5-300.fc36.x86_64 -> 5.17.6-300.fc36.x86_64
  kernel-modules-extra 5.17.5-300.fc36.x86_64 -> 5.17.6-300.fc36.x86_64
    * Po kvě 09 2022 Justin M. Forbes <jforbes@fedoraproject.org> [5.17.6-0]
    - fedora: arm: Enable new Rockchip 356x series drivers (Peter Robinson)
    - fedora: arm: enable DRM_I2C_NXP_TDA998X on aarch64 (Peter Robinson)
    - Add config entry for CONFIG_BLK_DEV_FD_RAWCMD (Justin M. Forbes)
    - Update changelog (Justin M. Forbes)

    * Čt dub 28 2022 Justin M. Forbes <jforbes@fedoraproject.org> [5.17.5-0]
    - Linux v5.17.5

  libdnf 0.66.0-1.fc36.x86_64 -> 0.67.0-2.fc36.x86_64
    * Čt kvě 05 2022 Jaroslav Rohel <jrohel@redhat.com> - 0.67.0-2
    - Increase required libsolv version for cache versioning to 0.7.21

    * Čt kvě 05 2022 Jaroslav Rohel <jrohel@redhat.com> - 0.67.0-1
    - Update to 0.67.0
    - Add 'loongarch' support
    - Use dnf solv userdata to check versions and checksum (RhBug:2027445)
    - context: Substitute all repository config options (RhBug:2076853)
    - Add more specific error handling for loading repomd and primary

  libgcc 12.0.1-0.16.fc36.x86_64 -> 12.1.1-1.fc36.x86_64
  libgomp 12.0.1-0.16.fc36.x86_64 -> 12.1.1-1.fc36.x86_64
    * So kvě 07 2022 Jakub Jelinek <jakub@redhat.com> 12.1.1-1
    - update from releases/gcc-12 branch
      - GCC 12.1 release
      - PRs c++/105476, libstdc++/103911, libstdc++/105441, libstdc++/105502,
        middle-end/105376, middle-end/105461, target/102059, testsuite/105433,
        tree-optimization/105394, tree-optimization/105437,
        tree-optimization/105484

    * Čt kvě 05 2022 Stephen Gallagher <sgallagh@redhat.com> 12.0.1-0.18
    - fix annobin plugin conditional to build for ELN

    * Pá dub 29 2022 Jakub Jelinek <jakub@redhat.com> 12.0.1-0.17
    - update from trunk and releases/gcc-12 branch
      - GCC 12.1-rc1
      - PRs analyzer/105252, analyzer/105264, analyzer/105365, analyzer/105366,
        c++/65211, c++/82980, c++/86193, c++/90107, c++/97219, c++/100838,
        c++/101442, c++/101698, c++/102629, c++/102804, c++/102987,
        c++/103868, c++/104051, c++/104624, c++/104646, c++/104996,
        c++/105256, c++/105265, c++/105268, c++/105287, c++/105289,
        c++/105297, c++/105301, c++/105304, c++/105321, c++/105322,
        c++/105353, c++/105386, c++/105398, c++/105425, c++/105426,
        debug/105089, debug/105203, fortran/70673, fortran/78054,
        fortran/102043, fortran/103662, fortran/104717, fortran/105242,
        fortran/105310, fortran/105379, fortran/105381, gcov-profile/105282,
        ipa/103818, ipa/105306, libgomp/105358, libstdc++/93602,
        libstdc++/99290, libstdc++/102994, libstdc++/104858,
        libstdc++/105269, libstdc++/105324, libstdc++/105375,
        libstdc++/105417, lto/105364, lto/105399, middle-end/104492,
        rtl-optimization/105231, rtl-optimization/105314,
        rtl-optimization/105333, sanitizer/105396, target/89125,
        target/103197, target/104676, target/105247, target/105257,
        target/105271, target/105331, target/105334, target/105338,
        target/105339, target/105349, target/105367, testsuite/105266,
        tree-optimization/100810, tree-optimization/103941,
        tree-optimization/104010, tree-optimization/105219,
        tree-optimization/105254, tree-optimization/105276,
        tree-optimization/105312, tree-optimization/105368,
        tree-optimization/105374

  libicu 69.1-5.fc36.x86_64 -> 69.1-6.fc36.x86_64
    * Čt kvě 05 2022 Mike FABIAN <mfabian@redhat.com> - 69.1-6
    - Update timezone data to 2022a

  libnice 0.1.18-3.fc36.x86_64 -> 0.1.19-1.fc36.x86_64
    * St kvě 04 2022 Kamil Dudka <kdudka@redhat.com> - 0.1.19-1
    - Update to 0.1.19 (#2081497)

  librepo 1.14.2-2.fc36.x86_64 -> 1.14.3-1.fc36.x86_64
    * Čt kvě 05 2022 Jaroslav Rohel <jrohel@redhat.com> - 1.14.3-1
    - Update to 1.14.3
    - Make error messages about repodata and rpm mismatch more user friendly

  libsmbclient 2:4.16.1-0.fc36.x86_64 -> 2:4.16.1-4.fc36.x86_64
    * Pá kvě 06 2022 Pavel Filipenský <pfilipen@redhat.com> - 4.16.1-2
    - Update requires for packages

    * Čt kvě 05 2022 Tomas Popela <tpopela@redhat.com> - 4.16.1-1
    - Don't require full systemd for tmp files handling in samba-common

  libsolv 0.7.21-1.fc36.x86_64 -> 0.7.22-1.fc36.x86_64
    * Ne dub 17 2022 Igor Raits <igor.raits@gmail.com> 0.7.22-1
    - Update to 0.7.22

  libstdc++ 12.0.1-0.16.fc36.x86_64 -> 12.1.1-1.fc36.x86_64
    * So kvě 07 2022 Jakub Jelinek <jakub@redhat.com> 12.1.1-1
    - update from releases/gcc-12 branch
      - GCC 12.1 release
      - PRs c++/105476, libstdc++/103911, libstdc++/105441, libstdc++/105502,
        middle-end/105376, middle-end/105461, target/102059, testsuite/105433,
        tree-optimization/105394, tree-optimization/105437,
        tree-optimization/105484

    * Čt kvě 05 2022 Stephen Gallagher <sgallagh@redhat.com> 12.0.1-0.18
    - fix annobin plugin conditional to build for ELN

    * Pá dub 29 2022 Jakub Jelinek <jakub@redhat.com> 12.0.1-0.17
    - update from trunk and releases/gcc-12 branch
      - GCC 12.1-rc1
      - PRs analyzer/105252, analyzer/105264, analyzer/105365, analyzer/105366,
        c++/65211, c++/82980, c++/86193, c++/90107, c++/97219, c++/100838,
        c++/101442, c++/101698, c++/102629, c++/102804, c++/102987,
        c++/103868, c++/104051, c++/104624, c++/104646, c++/104996,
        c++/105256, c++/105265, c++/105268, c++/105287, c++/105289,
        c++/105297, c++/105301, c++/105304, c++/105321, c++/105322,
        c++/105353, c++/105386, c++/105398, c++/105425, c++/105426,
        debug/105089, debug/105203, fortran/70673, fortran/78054,
        fortran/102043, fortran/103662, fortran/104717, fortran/105242,
        fortran/105310, fortran/105379, fortran/105381, gcov-profile/105282,
        ipa/103818, ipa/105306, libgomp/105358, libstdc++/93602,
        libstdc++/99290, libstdc++/102994, libstdc++/104858,
        libstdc++/105269, libstdc++/105324, libstdc++/105375,
        libstdc++/105417, lto/105364, lto/105399, middle-end/104492,
        rtl-optimization/105231, rtl-optimization/105314,
        rtl-optimization/105333, sanitizer/105396, target/89125,
        target/103197, target/104676, target/105247, target/105257,
        target/105271, target/105331, target/105334, target/105338,
        target/105339, target/105349, target/105367, testsuite/105266,
        tree-optimization/100810, tree-optimization/103941,
        tree-optimization/104010, tree-optimization/105219,
        tree-optimization/105254, tree-optimization/105276,
        tree-optimization/105312, tree-optimization/105368,
        tree-optimization/105374

  libwbclient 2:4.16.1-0.fc36.x86_64 -> 2:4.16.1-4.fc36.x86_64
    * Pá kvě 06 2022 Pavel Filipenský <pfilipen@redhat.com> - 4.16.1-2
    - Update requires for packages

    * Čt kvě 05 2022 Tomas Popela <tpopela@redhat.com> - 4.16.1-1
    - Don't require full systemd for tmp files handling in samba-common

  mc 1:4.8.27-3.fc36.x86_64 -> 1:4.8.28-1.fc36.x86_64
    * Pá dub 29 2022 Jindrich Novy <jnovy@redhat.com> - 1:4.8.28-1
    - update to https://github.com/MidnightCommander/mc/releases/tag/v4.8.28
    - Related: #1993686

  mesa-dri-drivers 22.0.2-2.fc36.x86_64 -> 22.0.3-1.fc36.x86_64
  mesa-filesystem 22.0.2-2.fc36.x86_64 -> 22.0.3-1.fc36.x86_64
  mesa-libEGL 22.0.2-2.fc36.x86_64 -> 22.0.3-1.fc36.x86_64
  mesa-libGL 22.0.2-2.fc36.x86_64 -> 22.0.3-1.fc36.x86_64
  mesa-libgbm 22.0.2-2.fc36.x86_64 -> 22.0.3-1.fc36.x86_64
  mesa-libglapi 22.0.2-2.fc36.x86_64 -> 22.0.3-1.fc36.x86_64
  mesa-libxatracker 22.0.2-2.fc36.x86_64 -> 22.0.3-1.fc36.x86_64
  mesa-vulkan-drivers 22.0.2-2.fc36.x86_64 -> 22.0.3-1.fc36.x86_64
    * Čt kvě 05 2022 Pete Walter <pwalter@fedoraproject.org> 22.0.3-1
    - Update to 22.0.3

  mozjs91 91.8.0-1.fc36.x86_64 -> 91.9.0-1.fc36.x86_64
    * Ne kvě 08 2022 Frantisek Zatloukal <fzatlouk@redhat.com> - 91.9.0-1
    - mozjs91-91.9.0

  qemu-guest-agent 2:6.2.0-8.fc36.x86_64 -> 2:6.2.0-9.fc36.x86_64
    * Čt kvě 05 2022 Richard W.M. Jones <rjones@redhat.com> - 2:6.2.0-9
    - Fix for s390x emulation breaking Python (RHBZ#2080519)

  samba-client 2:4.16.1-0.fc36.x86_64 -> 2:4.16.1-4.fc36.x86_64
  samba-client-libs 2:4.16.1-0.fc36.x86_64 -> 2:4.16.1-4.fc36.x86_64
  samba-common 2:4.16.1-0.fc36.noarch -> 2:4.16.1-4.fc36.noarch
  samba-common-libs 2:4.16.1-0.fc36.x86_64 -> 2:4.16.1-4.fc36.x86_64
    * Pá kvě 06 2022 Pavel Filipenský <pfilipen@redhat.com> - 4.16.1-2
    - Update requires for packages

    * Čt kvě 05 2022 Tomas Popela <tpopela@redhat.com> - 4.16.1-1
    - Don't require full systemd for tmp files handling in samba-common

  vim-common 2:8.2.4845-1.fc36.x86_64 -> 2:8.2.4927-1.fc36.x86_64
  vim-data 2:8.2.4845-1.fc36.noarch -> 2:8.2.4927-1.fc36.noarch
  vim-enhanced 2:8.2.4845-1.fc36.x86_64 -> 2:8.2.4927-1.fc36.x86_64
  vim-filesystem 2:8.2.4845-1.fc36.noarch -> 2:8.2.4927-1.fc36.noarch
  vim-minimal 2:8.2.4845-1.fc36.x86_64 -> 2:8.2.4927-1.fc36.x86_64
    * Po kvě 09 2022 Zdenek Dohnal <zdohnal@redhat.com> - 2:8.2.4927-1
    - patchlevel 4927

    * Po kvě 09 2022 Zdenek Dohnal <zdohnal@redhat.com> - 2:8.2.4877-2
    - add new file vimhelp.vim

    * Pá kvě 06 2022 Zdenek Dohnal <zdohnal@redhat.com> - 2:8.2.4877-1
    - patchlevel 4877

    * Po kvě 02 2022 Zdenek Dohnal <zdohnal@redhat.com> - 2:8.2.4857-1
    - patchlevel 4857

[mcrha]

Looking into the gnome-software code, the Software Repositories uses libdnf for its listing, not rpm-ostree. The diff from the previous comment shows an update of the libdnf and some related packages. The gnome-software updated too, but I do not think it caused it, because the related gnome-software code did not change since 2021-03-31.

[mcrha]

I moved the Red Hat bug into the libdnf and attached there a minimal reproducer, which uses only libdnf.

[rscm]

I wanted to write/share that I just realize this issue. I never used gnome-software but now I opened and is just like the images above.

I upgraded from F35 to F36 using the terminal with the command

$ rpm-ostree rebase fedora:fedora/36/x86_64/silverblue --uninstall=rpmfusion-free-release-35-1.noarch --uninstall=rpmfusion-nonfree-release-35-1.noarch --install=https://mirrors.rpmfusion.org/nonfree/fedora/rpmfusion-nonfree-release-36.noarch.rpm --install=https://mirrors.rpmfusion.org/free/fedora/rpmfusion-free-release-36.noarch.rpm

, and everyhting went ok and has been ok

[Verhoeckx]

I wanted to write/share that I just realize this issue. I never used gnome-software but now I opened and is just like the images above.

I upgraded from F35 to F36 using the terminal with the command

$ rpm-ostree rebase fedora:fedora/36/x86_64/silverblue --uninstall=rpmfusion-free-release-35-1.noarch --uninstall=rpmfusion-nonfree-release-35-1.noarch --install=https://mirrors.rpmfusion.org/nonfree/fedora/rpmfusion-nonfree-release-36.noarch.rpm --install=https://mirrors.rpmfusion.org/free/fedora/rpmfusion-free-release-36.noarch.rpm

, and everyhting went ok and has been ok

What you write is contradictory: "but now I opened and is just like the images above" vs "and everyhting went ok and has been ok".

Could you elaborate about your situation? Do you still have the same problem or not (anymore)?

[MateusRodCosta]

Hi, I figured out today the workaround to this issue. Yes, it's libdnf and you can fix it by downgrading.

I was instructed to first add bad karma to the libdnf update, but since the upstream issue is here, I should copy it here:

The update to 0.67-1 as well as 0.67-2 is the cause behind the current problem of broken Gnome Software on Fedora Silverblue.

I was able to successfully get Gnome Software working again by:

Downgrading Gnome Software to 42.0 with rpm-ostree override replace https://bodhi.fedoraproject.org/updates/FEDORA-2022-efb93e8c5f and downgrading libdnf to 0.66.0 with rpm-ostree override replace https://bodhi.fedoraproject.org/updates/FEDORA-2022-7a894b6507.

As well as cleaning up rpm-ostree cache with rpm-ostree cleanup --repomd and grabbing it again with rpm-ostree refresh-md and deleting the gnome-software cache folder at ~/.cache/gnome-software.

After that it seems to work well enough.

I'm not actually sure if the gnome-software downgrade is actually needed, but the libdnf downgrade seems to be.

Just tested to confirm: by undoing the gnome-software downgrade and still having the libdnf downgrade gnome-software still works.

So it seems for Silverblue things broke between libdnf 0.66.0 -> 0.67.0.

Basically rpm-ostree override replace https://bodhi.fedoraproject.org/updates/FEDORA-2022-7a894b6507 should be enough to downgrade libdnf (of course you will need to reset those overriden packages when a fix is released.

The cleaning and refreshing of repo cache as well as deleting the gnome-software cache folder are just so everything is guaranteed to work.

[Verhoeckx]

If libdnf is problem, do the people who develop libdnf know there is a problem? Maybe your findings should be added to the bug report on Bugzilla? Thanks for testing and all the information!

[rscm]

@Verhoeckx the bug described here didn't affect and has not affected the usability of the system in any way. In fact if I haven't read a Reddit post I wouldn't knew about it because I do not use gnome-software

the system upgrade (rebase) went smoothly without any error nor warning

Why do I write this? Because I've read a few of people, that rolled back to 35 because of this without being necessary

[brunoanc]

Why do I write this? Because I've read a few of people, that rolled back to 35 because of this without being necessary

It may not be necessary per-se, but a lot of people use GNOME Software for installing and managing flatpak apps (since the flatpak CLI experience isn't quite as good), which is especially important for an immutable system like Silverblue.

[CleoMenezesJr]

@Verhoeckx the bug described here didn't affect and has not affected the usability of the system in any way. In fact if I haven't read a Reddit post I wouldn't knew about it because I do not use gnome-software

the system upgrade (rebase) went smoothly without any error nor warning

Why do I write this? Because I've read a few of people, that rolled back to 35 because of this without being necessary

It not only affects GNOME Software, the system is unable to upgrade via CLI as well.

[nvergottini]

It not only affects GNOME Software, the system is unable to upgrade via CLI as well.

I've not had any issues upgrading via CLI. I've done it twice without issues since rebasing to 36 yesterday.

[leb4r]

https://bugzilla.redhat.com/show_bug.cgi?id=2083715#c9

This may relate to a libsolv update, where cache files generated by older versions of libsolv are not readable by newer versions. Unfortunately such a bug will sail right through our current CI I think.

This would make sense considering this change was apart of libdnf 0.67.0

Thanks to those looking into this.

[CleoMenezesJr]

It not only affects GNOME Software, the system is unable to upgrade via CLI as well.

I've not had any issues upgrading via CLI. I've done it twice without issues since rebasing to 36 yesterday.

Well, me and a couple of colleagues were unable to upgrade either through GS or via CLI.

[scottAnselmo]

It not only affects GNOME Software, the system is unable to upgrade via CLI as well.

I've not had any issues upgrading via CLI. I've done it twice without issues since rebasing to 36 yesterday.

I can second this. I was able to upgrade from release F36 SB (from F35) to Fedora Linux 36.20220512.0 (Silverblue) via a simple rpm-ostree upgrade earlier today. Still of course get the "Operating System Updates Unavailable" and "mirrorlist: Server returned nothing" errors for the Software Center, but at least there's an easy, single line in CLI path to get SB fixed once this issue is patched

[rscm]

@Verhoeckx the bug described here didn't affect and has not affected the usability of the system in any way. In fact if I haven't read a Reddit post I wouldn't knew about it because I do not use gnome-software the system upgrade (rebase) went smoothly without any error nor warning Why do I write this? Because I've read a few of people, that rolled back to 35 because of this without being necessary

It not only affects GNOME Software, the system is unable to upgrade via CLI as well.

that was clarified. you'll have to wait until your CDN gets populated, happened to me too earlier today https://ask.fedoraproject.org/t/cannot-rebase-to-fedora-36/22114/10

[FilBot3]

I recently upgrade from Fedora 35 Silverblue to Fedora 36 Silverblue via the CLI. I had to uninstall a few packages first, then do the rebase. Then I attempted to open GNOME Software, and was greeted with the same errors.

Removing packages that could not be upgraded.

sudo rpm-ostree rebase fedora:fedora/36/x86_64/silverblue
2 metadata, 0 content objects fetched; 788 B transferred in 1 seconds; 0 bytes content written
Checking out tree fcfc220... done
Enabled rpm-md repositories: fedora-cisco-openh264 updates fedora rpmfusion-free-updates rpmfusion-free rpmfusion-nonfree-updates rpmfusion-nonfree phracek-PyCharm google-chrome rpmfusion-nonfree-nvidia-driver rpmfusion-nonfree-steam updates-archive
Importing rpm-md... done
rpm-md repo 'fedora-cisco-openh264' (cached); generated: 2022-04-07T16:52:38Z solvables: 4
rpm-md repo 'updates' (cached); generated: 2022-05-11T01:06:01Z solvables: 7723
rpm-md repo 'fedora' (cached); generated: 2022-05-04T21:16:11Z solvables: 67992
rpm-md repo 'rpmfusion-free-updates' (cached); generated: 2022-05-09T05:15:49Z solvables: 0
rpm-md repo 'rpmfusion-free' (cached); generated: 2022-05-04T04:48:11Z solvables: 506
rpm-md repo 'rpmfusion-nonfree-updates' (cached); generated: 2022-05-09T05:31:51Z solvables: 0
rpm-md repo 'rpmfusion-nonfree' (cached); generated: 2022-05-04T05:11:55Z solvables: 225
rpm-md repo 'phracek-PyCharm' (cached); generated: 2022-04-21T04:01:32Z solvables: 5
rpm-md repo 'google-chrome' (cached); generated: 2022-05-11T18:57:58Z solvables: 3
rpm-md repo 'rpmfusion-nonfree-nvidia-driver' (cached); generated: 2022-05-04T06:09:09Z solvables: 29
rpm-md repo 'rpmfusion-nonfree-steam' (cached); generated: 2022-02-13T17:48:12Z solvables: 2
rpm-md repo 'updates-archive' (cached); generated: 2022-05-12T01:24:16Z solvables: 6731
Resolving dependencies... done
error: Could not depsolve transaction; 2 problems detected:
 Problem 1: conflicting requests
  - nothing provides system-release(35) needed by rpmfusion-free-release-35-1.noarch
 Problem 2: conflicting requests
  - nothing provides system-release(35) needed by rpmfusion-nonfree-release-35-1.noarch

sudo rpm-ostree uninstall rpmfusion-free-release-35-1.noarch rpmfusion-nonfree-release-35-1.noarch ffmpeg v4l2loopback
sudo systemctl reboot

Rebasing and rebooting

rpm-ostree rebase fedora:fedora/36/x86_64/silverblue
systemctl reboot

Then reinstalling the packages.

sudo rpm-ostree install https://mirrors.rpmfusion.org/free/fedora/rpmfusion-free-release-$(rpm -E %fedora).noarch.rpm https://mirrors.rpmfusion.org/nonfree/fedora/rpmfusion-nonfree-release-$(rpm -E %fedora).noarch.rpm
sudo systemctl reboot
# then...
sudo rpm-ostree install ffmpeg v4l2loopback
sudo systemctl reboot

However, upon reopening GNOME Software, I see this:

However, now I see a few older apps that should've been replaced like now I have two screenshot tools.

Being that I just upgraded today, I cannot verify that the rpm-ostree command works or not, but when I attempted to run it, I did not get an error.

[rscm]

I recently upgrade from Fedora 35 Silverblue to Fedora 36 Silverblue via the CLI. I had to uninstall a few packages first, then do the rebase. Then I attempted to open GNOME Software, and was greeted with the same errors.

Removing packages that could not be upgraded.

sudo rpm-ostree rebase fedora:fedora/36/x86_64/silverblue
2 metadata, 0 content objects fetched; 788 B transferred in 1 seconds; 0 bytes content written
Checking out tree fcfc220... done
Enabled rpm-md repositories: fedora-cisco-openh264 updates fedora rpmfusion-free-updates rpmfusion-free rpmfusion-nonfree-updates rpmfusion-nonfree phracek-PyCharm google-chrome rpmfusion-nonfree-nvidia-driver rpmfusion-nonfree-steam updates-archive
Importing rpm-md... done
rpm-md repo 'fedora-cisco-openh264' (cached); generated: 2022-04-07T16:52:38Z solvables: 4
rpm-md repo 'updates' (cached); generated: 2022-05-11T01:06:01Z solvables: 7723
rpm-md repo 'fedora' (cached); generated: 2022-05-04T21:16:11Z solvables: 67992
rpm-md repo 'rpmfusion-free-updates' (cached); generated: 2022-05-09T05:15:49Z solvables: 0
rpm-md repo 'rpmfusion-free' (cached); generated: 2022-05-04T04:48:11Z solvables: 506
rpm-md repo 'rpmfusion-nonfree-updates' (cached); generated: 2022-05-09T05:31:51Z solvables: 0
rpm-md repo 'rpmfusion-nonfree' (cached); generated: 2022-05-04T05:11:55Z solvables: 225
rpm-md repo 'phracek-PyCharm' (cached); generated: 2022-04-21T04:01:32Z solvables: 5
rpm-md repo 'google-chrome' (cached); generated: 2022-05-11T18:57:58Z solvables: 3
rpm-md repo 'rpmfusion-nonfree-nvidia-driver' (cached); generated: 2022-05-04T06:09:09Z solvables: 29
rpm-md repo 'rpmfusion-nonfree-steam' (cached); generated: 2022-02-13T17:48:12Z solvables: 2
rpm-md repo 'updates-archive' (cached); generated: 2022-05-12T01:24:16Z solvables: 6731
Resolving dependencies... done
error: Could not depsolve transaction; 2 problems detected:
 Problem 1: conflicting requests
  - nothing provides system-release(35) needed by rpmfusion-free-release-35-1.noarch
 Problem 2: conflicting requests
  - nothing provides system-release(35) needed by rpmfusion-nonfree-release-35-1.noarch

sudo rpm-ostree uninstall rpmfusion-free-release-35-1.noarch rpmfusion-nonfree-release-35-1.noarch ffmpeg v4l2loopback
sudo systemctl reboot

Rebasing and rebooting

rpm-ostree rebase fedora:fedora/36/x86_64/silverblue
systemctl reboot

Then reinstalling the packages.

sudo rpm-ostree install https://mirrors.rpmfusion.org/free/fedora/rpmfusion-free-release-$(rpm -E %fedora).noarch.rpm https://mirrors.rpmfusion.org/nonfree/fedora/rpmfusion-nonfree-release-$(rpm -E %fedora).noarch.rpm
sudo systemctl reboot
# then...
sudo rpm-ostree install ffmpeg v4l2loopback
sudo systemctl reboot

However, upon reopening GNOME Software, I see this:

However, now I see a few older apps that should've been replaced like now I have two screenshot tools.

Being that I just upgraded today, I cannot verify that the rpm-ostree command works or not, but when I attempted to run it, I did not get an error.

actually you didn't need to remove a thing, just to provide the rpmfusion package

with this command

$ rpm-ostree rebase fedora:fedora/36/x86_64/silverblue --uninstall=rpmfusion-free-release-35-1.noarch --uninstall=rpmfusion-nonfree-release-35-1.noarch --install=https://mirrors.rpmfusion.org/nonfree/fedora/rpmfusion-nonfree-release-36.noarch.rpm --install=https://mirrors.rpmfusion.org/free/fedora/rpmfusion-free-release-36.noarch.rpm

, you uninstall both f35 repositories and then provide the f36 version of both to be added to the new image of f36

with that you won't get any warning about "can not provide a replacement for rpmfusion-f35 ... bla bla" because you do provide them

you could rollback and test the command, gl

[FilBot3]

actually you didn't need to remove a thing, just to provide the rpmfusion package

with this command

sudo rpm-ostree rebase fedora:fedora/36/x86_64/silverblue --uninstall=rpmfusion-free-release-35-1.noarch --uninstall=rpmfusion-nonfree-release-35-1.noarch --install=https://mirrors.rpmfusion.org/nonfree/fedora/rpmfusion-nonfree-release-36.noarch.rpm --install=https://mirrors.rpmfusion.org/free/fedora/rpmfusion-free-release-36.noarch.rpm

, you uninstall both f35 repositories and then provide the f36 version of both to be added to the new image of f36

with that you won't get any warning about "can not provide a replacement for rpmfusion-f35 ... bla bla" because you do provide them

you could rollback and test the command, gl

That's rad! I didn't know you could do that. I was simply just following the upgrade docs and reading some of the Fedora Discussions and someone said to remove the offending packages, upgrade, then reinstall. Seemed simple at the time. This is way better!

[o-kotb]

Same problem present on a fresh install of Fedora Silverblue 36. I was only able to upgrade once through the gnome software but now I can’t use gnome software anymore.

The only settings I changed when installing was enable encryption, enable 3rd party repositories, and add a few online accounts.

[rugk]

BTW here a Backlink to Fedora Ask, which is about the same issue.

---

That's rad! I didn't know you could do that. I was simply just following the upgrade docs and reading some of the Fedora Discussions and someone said to remove the offending packages, upgrade, then reinstall.

I guess this is off-topic,but rpm-fusion updates can really be simplified, so this is not necessary anymore.

[K4rakara]

This appears to be a temporary fix.

I think the solution to fixing this is for silverblue to update the dependency of libdnf?

[rugk]

Uff the issue is worse as it does not only affect updates, but GNOME Software can also not be used anymore to find any new (flatpak) apps.

[tpopela]

@dustymabe @cgwalters @travier: What's your take on this? Could it be moved under the rpm-ostree issue tracker?

[jlebon]

We're cutting a release to fix this: https://github.com/coreos/rpm-ostree/pull/3678.

[MateusRodCosta]

Hey, btw, that's not as important, but just improving the tip I gave about using rpm-ostree override replace https://bodhi.fedoraproject.org/updates/FEDORA-2022-7a894b6507, if you did run that you might have ended up with a huge list of inactive replacements which rpm-ostree might mention when you upgrade via the terminal.

If you run rpm-ostree status -v (this won't appear with -v), you might notice this:

      ReplacedBasePackages: libdnf 0.67.0-2.fc36 -> 0.66.0-1.fc36
  InactiveBaseReplacements: dnf-4.11.1-1.fc36.noarch dnf-automatic-4.11.1-1.fc36.noarch dnf-data-4.11.1-1.fc36.noarch dnf-plugins-core-4.1.0-1.fc36.noarch dnf-utils-4.1.0-1.fc36.noarch libdnf-debuginfo-0.66.0-1.fc36.x86_64
                            libdnf-debugsource-0.66.0-1.fc36.x86_64 libdnf-devel-0.66.0-1.fc36.x86_64 microdnf-3.8.1-1.fc36.x86_64 microdnf-debuginfo-3.8.1-1.fc36.x86_64 microdnf-debugsource-3.8.1-1.fc36.x86_64
                            python3-dnf-4.11.1-1.fc36.noarch python3-dnf-plugin-kickstart-4.0.16-1.fc36.noarch python3-dnf-plugin-leaves-4.1.0-1.fc36.noarch python3-dnf-plugin-local-4.1.0-1.fc36.noarch
                            python3-dnf-plugin-modulesync-4.1.0-1.fc36.noarch python3-dnf-plugin-post-transaction-actions-4.1.0-1.fc36.noarch python3-dnf-plugin-rpmconf-4.0.16-1.fc36.noarch
                            python3-dnf-plugin-show-leaves-4.1.0-1.fc36.noarch python3-dnf-plugin-showvars-4.0.16-1.fc36.noarch python3-dnf-plugin-snapper-4.0.16-1.fc36.noarch python3-dnf-plugin-system-upgrade-4.0.16-1.fc36.noarch
                            python3-dnf-plugin-torproxy-4.0.16-1.fc36.noarch python3-dnf-plugin-tracer-4.0.16-1.fc36.noarch python3-dnf-plugin-versionlock-4.1.0-1.fc36.noarch python3-dnf-plugins-core-4.1.0-1.fc36.noarch
                            python3-dnf-plugins-extras-common-4.0.16-1.fc36.noarch python3-hawkey-0.66.0-1.fc36.x86_64 python3-hawkey-debuginfo-0.66.0-1.fc36.x86_64 python3-libdnf-0.66.0-1.fc36.x86_64
                            python3-libdnf-debuginfo-0.66.0-1.fc36.x86_64 yum-4.11.1-1.fc36.noarch

This is due to the bodhi update in the command not only containing libdnf, but also dnf, dnf-plugins-core, dnf-plugins-extras and microdnf (so it assumes you wanted also them and their split packages). Since only libdnf is in the base image, everything else gets listed in InactiveBaseReplacements, which is hidden by default.

If you do not have any other overrides, rpm-ostree override reset should be enough to remove everything. But if you do have other overrides that you want to keep, you probably will need to pass each package individually to rpm-ostree override reset, for convenience here's that command:

rpm-ostree override reset libdnf dnf-4.11.1-1.fc36.noarch dnf-automatic-4.11.1-1.fc36.noarch dnf-data-4.11.1-1.fc36.noarch dnf-plugins-core-4.1.0-1.fc36.noarch dnf-utils-4.1.0-1.fc36.noarch libdnf-debuginfo-0.66.0-1.fc36.x86_64 libdnf-debugsource-0.66.0-1.fc36.x86_64 libdnf-devel-0.66.0-1.fc36.x86_64 microdnf-3.8.1-1.fc36.x86_64 microdnf-debuginfo-3.8.1-1.fc36.x86_64 microdnf-debugsource-3.8.1-1.fc36.x86_64 python3-dnf-4.11.1-1.fc36.noarch python3-dnf-plugin-kickstart-4.0.16-1.fc36.noarch python3-dnf-plugin-leaves-4.1.0-1.fc36.noarch python3-dnf-plugin-local-4.1.0-1.fc36.noarch python3-dnf-plugin-modulesync-4.1.0-1.fc36.noarch python3-dnf-plugin-post-transaction-actions-4.1.0-1.fc36.noarch python3-dnf-plugin-rpmconf-4.0.16-1.fc36.noarch python3-dnf-plugin-show-leaves-4.1.0-1.fc36.noarch python3-dnf-plugin-showvars-4.0.16-1.fc36.noarch python3-dnf-plugin-snapper-4.0.16-1.fc36.noarch python3-dnf-plugin-system-upgrade-4.0.16-1.fc36.noarch python3-dnf-plugin-torproxy-4.0.16-1.fc36.noarch python3-dnf-plugin-tracer-4.0.16-1.fc36.noarch python3-dnf-plugin-versionlock-4.1.0-1.fc36.noarch python3-dnf-plugins-core-4.1.0-1.fc36.noarch python3-dnf-plugins-extras-common-4.0.16-1.fc36.noarch python3-hawkey-0.66.0-1.fc36.x86_64 python3-hawkey-debuginfo-0.66.0-1.fc36.x86_64 python3-libdnf-0.66.0-1.fc36.x86_64 python3-libdnf-debuginfo-0.66.0-1.fc36.x86_64 yum-4.11.1-1.fc36.noarch

If you instead had used the koji link when doing this, such as running rpm-ostree override replace https://koji.fedoraproject.org/koji/buildinfo?buildID=1933459, you would end up with a more manageable list of inactive replacements:

      ReplacedBasePackages: libdnf 0.67.0-2.fc36 -> 0.66.0-1.fc36
  InactiveBaseReplacements: libdnf-debuginfo-0.66.0-1.fc36.x86_64 libdnf-debugsource-0.66.0-1.fc36.x86_64 libdnf-devel-0.66.0-1.fc36.x86_64 python3-hawkey-0.66.0-1.fc36.x86_64 python3-hawkey-debuginfo-0.66.0-1.fc36.x86_64
                            python3-libdnf-0.66.0-1.fc36.x86_64 python3-libdnf-debuginfo-0.66.0-1.fc36.x86_64

You could also go to the koji link and grab the correct rpm and pass that instead, just remember to check the correct architecture and package name.

[leb4r]

We're cutting a release to fix this: coreos/rpm-ostree#3678.

Just confirming, was able to update this evening, gnome-software is now functioning as I expect it to.

[CleoMenezesJr]

Working fine here. You are amazing!

[foopsss]

Thank you very much to everyone who helped to fix it. Means a lot.

[aleksasiriski]

Thank you very much to everyone who helped to fix it. Means a lot.

+1 to that

[Verhoeckx]

I tried out version 36.20220514.0 and it works very well!

@all developers: thanks you very much!!

Only one problem remains:

This may be unrelated, but I've also noticed a lot of legacy apps are still around. For example, the old screenshots app is still around (along with the new one), and a lot of the apps that were updated with the new interface are still using the legacy interface (e.g. gedit).

Does somebody knows how to solve this? Is there a separate bug report for this?

[foopsss]

I tried out version 36.20220514.0 and it works very well!

@all developers: thanks you very much!!

Only one problem remains:

This may be unrelated, but I've also noticed a lot of legacy apps are still around. For example, the old screenshots app is still around (along with the new one), and a lot of the apps that were updated with the new interface are still using the legacy interface (e.g. gedit).

Does somebody knows how to solve this? Is there a separate bug report for this?

This is to be expected, I think. GNOME 42 brought newer components in some areas that are just different apps, like the text editor, which is not Gedit anymore. This is also the case with the screenshot tool, as far as I know.