I can’t answer this - I think if I used Fedora I’d run updates with sudo dnf update instead…
You could also try installing topgrade (I currently have topgrade 15.0.0-2) which is a very nice and fairly cross-platform tool to catch all kinds of updates.
Also, to check flatpaks on their own, you can just use
flatpak update -y && flatpak remove --unused -y
Overall, (on Arch) we don’t use discover - it works best with the Debian base - so I’d suggest you go with dnf for your updates.
I want to say I saw something similar happen on my Fedora KDE system, and all I needed to do was run a flatpak update from a terminal.
IIRC (but that’s a big if!) the issue was that an installed Flatpak had a version update which added a new dependency, and I suspect PackageKit wasn’t able to handle that, since the new dependency needed user approval in order to be installed but that question couldn’t be interactively presented.
tl;dr check flatpak update and see if it asks to install a new Flatpak package?
Unfortunately, @ben2talk and @johnandmegh, I’ve tried flatpak update, and there weren’t any listed updates, which was perplexing. I’ve also tried remove --unused, which solely tried to remove Breeze-Dark due to it being EOL, but the theme had dependencies that prevented it:
flatpak update -y
Looking for updates…
Nothing to do.
flatpak remove --unused -y
These runtimes in installation 'system' are pinned and won't be removed; see flatpak-pin(1):
runtime/org.kde.Sdk.Debug/x86_64/6.7
runtime/org.kde.Sdk/x86_64/6.7
Nothing unused to uninstall
Because it uses the PackageKit abstraction, rather than a direct integration with dnf?
I’m not pessimistic about Discover on Fedora overall - I normally use it for updates, unless there’s a kernel or Nvidia driver update on my Nvidia systems (since AFAIK the reboot-update-reboot “offline” mechanism doesn’t allow enough time for the kernel modules to finish building), and I haven’t had any major issues.
Back to your specific situation - if flatpak update is telling you there are no updates, and Discover is telling you there are, then that must mean that PackageKit is “stuck” somehow thinking that it doesn’t need to go back out to the core tools (dnf and flatpak) to get fresh info, when it really does. Try pkcon refresh force and see if that helps?
@johnandmegh, I’ll mark that as the solution because that’s the sole conclusion I come to either, and the issue doesn’t reproduce consistently enough for me to test your proposed solution.
Irrespective, should it reproduce, I’ll report whether it works:
Ah - yeah, I don’t know that I’d generalize from Manjaro to…pretty much any other distribution, in terms of how updates are best handled
Outside of the Fedora akmods Nvidia case, AFAIK Discover works well (or, to the point of this thread, as well as PackageKit can support) for updates in most distributions that are set up for PackageKit-handled updates, like Debian, Ubuntu, Fedora, etc.
Where it will fall down is largely where the distribution / repository / package manager setup is such that specific commands must be issued, and specific interactive steps must be taken, in order to update successfully. Prominent examples in that case would be openSUSE Tumbleweed (zypper dup is the only approved way to update system software) and Arch.
Interestingly, I’ve ascertained that when Discover does this, it also doesn’t appear to acknowledge any updates from dnf, even if a multitude are available:
PS /home/RokeJulianLockhart> sudo dnf upgrade
Last metadata expiration check: 1:48:31 ago on Sat 21 Sep 2024 23:06:50 BST.
Dependencies resolved.
Problem 1: package qt5-qtwebengine-freeworld-5.15.17-1.fc40.x86_64 from @System requires qt5-qtbase(x86-64) = 5.15.14, but none of the providers can be installed
- cannot install both qt5-qtbase-5.15.15-1.fc40.x86_64 from updates and qt5-qtbase-5.15.14-6.fc40.x86_64 from @System
- cannot install the best update candidate for package qt5-qtwebengine-freeworld-5.15.17-1.fc40.x86_64
- cannot install the best update candidate for package qt5-qtbase-5.15.14-6.fc40.x86_64
Problem 2: problem with installed package qt5-qtwebengine-freeworld-5.15.17-1.fc40.x86_64
- package qt5-qtwebengine-freeworld-5.15.17-1.fc40.x86_64 from @System requires qt5-qtbase(x86-64) = 5.15.14, but none of the providers can be installed
- package qt5-qtwebengine-freeworld-5.15.17-1.fc40.x86_64 from rpmfusion-free-updates requires qt5-qtbase(x86-64) = 5.15.14, but none of the providers can be installed
- cannot install both qt5-qtbase-5.15.15-1.fc40.x86_64 from updates and qt5-qtbase-5.15.14-6.fc40.x86_64 from @System
- package kddockwidgets-1.7.0-13.fc40.x86_64 from updates requires qt5-qtbase(x86-64) = 5.15.15, but none of the providers can be installed
- cannot install the best update candidate for package kddockwidgets-1.7.0-11.fc40.x86_64
===============================================================================================================================================================================================================================================================================
Package Architecture Version Repository Size
===============================================================================================================================================================================================================================================================================
Installing:
kernel x86_64 6.10.11-200.fc40 updates-testing 177 k
kernel-core x86_64 6.10.11-200.fc40 updates-testing 17 M
kernel-modules x86_64 6.10.11-200.fc40 updates-testing 63 M
kernel-modules-core x86_64 6.10.11-200.fc40 updates-testing 38 M
kernel-modules-extra x86_64 6.10.11-200.fc40 updates-testing 2.9 M
Upgrading:
ImageMagick x86_64 1:7.1.1.38-1.fc40 updates-testing 73 k
ImageMagick-c++ x86_64 1:7.1.1.38-1.fc40 updates-testing 176 k
ImageMagick-libs x86_64 1:7.1.1.38-1.fc40 updates-testing 2.6 M
LibRaw x86_64 0.21.3-1.fc40 updates-testing 411 k
coolercontrol x86_64 1.4.1-1.fc40 copr:copr.fedorainfracloud.org:codifryed:CoolerControl 4.4 M
coolercontrol-liqctld x86_64 1.4.1-1.fc40 copr:copr.fedorainfracloud.org:codifryed:CoolerControl 74 k
coolercontrold x86_64 1.4.1-1.fc40 copr:copr.fedorainfracloud.org:codifryed:CoolerControl 6.0 M
firefox x86_64 130.0.1-1.fc40 updates 71 M
firefox-langpacks x86_64 130.0.1-1.fc40 updates 47 M
gstreamer1 i686 1.24.8-1.fc40 updates-testing 1.7 M
gstreamer1 x86_64 1.24.8-1.fc40 updates-testing 1.6 M
gstreamer1-plugin-libav x86_64 1.24.8-1.fc40 updates-testing 206 k
gstreamer1-plugin-openh264 x86_64 1.24.8-1.fc40 updates-testing 37 k
gstreamer1-plugins-bad-free x86_64 1.24.8-1.fc40 updates-testing 2.8 M
gstreamer1-plugins-bad-free-libs x86_64 1.24.8-1.fc40 updates-testing 927 k
gstreamer1-plugins-base x86_64 1.24.8-1.fc40 updates-testing 2.2 M
gstreamer1-plugins-good x86_64 1.24.8-1.fc40 updates-testing 2.4 M
gstreamer1-plugins-good-gtk x86_64 1.24.8-1.fc40 updates-testing 33 k
gstreamer1-plugins-good-qt x86_64 1.24.8-1.fc40 updates-testing 71 k
gstreamer1-plugins-good-qt6 x86_64 1.24.8-1.fc40 updates-testing 81 k
gstreamer1-plugins-ugly-free x86_64 1.24.8-1.fc40 updates-testing 247 k
m17n-db noarch 1.8.8-1.fc40 updates-testing 818 k
ostree x86_64 2024.8-1.fc40 updates-testing 278 k
ostree-libs x86_64 2024.8-1.fc40 updates-testing 464 k
perf x86_64 6.10.11-200.fc40 updates-testing 2.4 M
pipewire i686 1.0.8-1.fc40 updates 122 k
pipewire x86_64 1.0.8-1.fc40 updates 122 k
pipewire-alsa i686 1.0.8-1.fc40 updates 58 k
pipewire-alsa x86_64 1.0.8-1.fc40 updates 56 k
pipewire-gstreamer x86_64 1.0.8-1.fc40 updates 64 k
pipewire-jack-audio-connection-kit x86_64 1.0.8-1.fc40 updates 15 k
pipewire-jack-audio-connection-kit-libs x86_64 1.0.8-1.fc40 updates 134 k
pipewire-libs i686 1.0.8-1.fc40 updates 1.9 M
pipewire-libs x86_64 1.0.8-1.fc40 updates 1.8 M
pipewire-pulseaudio x86_64 1.0.8-1.fc40 updates 197 k
pipewire-utils x86_64 1.0.8-1.fc40 updates 335 k
unicode-ucd noarch 16.0.0-1.fc40 updates-testing 6.2 M
Removing:
kernel x86_64 6.10.8-200.fc40 @updates-testing 0
kernel-core x86_64 6.10.8-200.fc40 @updates-testing 69 M
kernel-modules x86_64 6.10.8-200.fc40 @updates-testing 62 M
kernel-modules-core x86_64 6.10.8-200.fc40 @updates-testing 36 M
kernel-modules-extra x86_64 6.10.8-200.fc40 @updates-testing 2.7 M
Skipping packages with conflicts:
(add '--best --allowerasing' to command line to force their upgrade):
qt5-qtbase x86_64 5.15.15-1.fc40 updates 3.6 M
Skipping packages with broken dependencies:
kddockwidgets x86_64 1.7.0-13.fc40 updates 398 k
Transaction Summary
===============================================================================================================================================================================================================================================================================
Install 5 Packages
Upgrade 37 Packages
Remove 5 Packages
Skip 2 Packages
Total download size: 281 M
Is this ok [y/N]:
Hmm, then maybe the ultimate test - if you try sudo pkcon update at that point to try performing the update with PackageKit directly… does PackageKit tell you there are available updates?
If it does, and offers to / successfully completes them, then it’s probably a Discover bug - if PackageKit is also out of sync with dnf there, then it’s probably a PackageKit bug?
PS /home/RokeJulianLockhart> sudo pkcon update
[sudo] password for RokeJulianLockhart:
Getting updates [=========================]
Finished [=========================]
No packages require updating to newer versions.
@johnandmegh, I shan’t be surprised if it’s a bug with either, but I find that most of Discover’s bugs are due to hideous PackageKit behaviour. Unfortunately, the logs aren’t revealing in this case:
org.kde.plasma.libdiscover.backend.flatpak: Failed to install FlatpakResource::NotAFile runtime/org.gtk.Gtk3theme.Breeze-Dark/x86_64/3.22 : "org.gtk.Gtk3theme.Breeze-Dark/x86_64/3.22 not installed"
I’ll try reporting it to KDE first, and they’ll probably triage it as upstream. Thanks for the assistance.
