I’m running a Silverblue F41 installation. flatpak update gives me various messages such as:
Info: runtime org.freedesktop.Platform.GL.default branch 22.08-extra is end-of-life, with reason:
org.freedesktop.Platform 22.08 is no longer receiving fixes and security updates. Please update to a supported runtime version.
Info: applications using this extension:
com.google.Chrome, com.microsoft.EdgeDev, com.belmoussaoui.Obfuscate, com.raggesilver.BlackBox, com.ranfdev.Geopard, net.fasterland.converseen
…before finishing with:
error: No such ref 'runtime/org.fedoraproject.Platform/x86_64/f39' in remote fedora
I’m noticing that there don’t appear to be many application updates available (Signal can no longer be used or updates), which I presume is related.
flatpak remotes says:
Name Options
fedora system
flathub system
flathub user
gnome-nightly user
The f39 runtime is not pinned. There was also a pinned f38 runtime, which I unpinned and uninstalled as it was unused.
How should I proceed here? If i try uninstalling the f39 runtime then various apps will be uninstalled with it.
1.
Silverblue ships most of the GNOME apps by default as Flatpaks. I am not sure if it is a missing feature of the system upgrades on Fedora atomic systems or not, but these default Flatpak apps seem to have stayed on their F39 versions. I have missed to ask for the column version in the last command, but I assume their version is not 47.*.
You can check if after installing runtime org.fedoraproject.Platform branch f41, would a flatpak udpate command also bring these apps from the fedora remote to their 47 version. If not, you might need to manually remove and reinstall them.
2.
I wonder if the above issue is caused by missing Flatpak pins. Normally the runtime org.fedoraproject.Platform corresponding to the version of the base system, so f41 in our case, should be pinned. After installing it, you might want to pin it[1].
I haven’t upgraded/rebased my Silverblue F41 system, so I wonder if this is taking place now automatically, or it is expected that the user takes care of it manually. If the latter is true, we’d have to ask the Docs Team for updating the guide accordingly.
3.
You have the same branches of the same runtimes (but on different versions) from 2 different remotes: flathub and gnome-nightly. I am not sure if this is a working setup, or if it’s the cause of some of the issues you’re experiencing. If not necessary, you could remove the gnome-nightly remote.
4.
Try removing unused runtimes with flatpak uninstall --unused.
For as long as you’re on the same version of the base install, ↩︎
I’ve been encountering this when trying to install the f41 runtime:
% F: An error was encountered searching remote ‘fedora’ for ‘org.fedoraproject.Platform/f41’: Unable to load summary from remote fedora: GPG verification enabled, but no summary found (check that the configured URL in remote config is correct)
error: No remote refs found for ‘org.fedoraproject.Platform/f41’
Where would that remote URL be specified? The software app shows that registry.fedoraproject.org is enabled.
$ flatpak install org.fedoraproject.Platform
Looking for matches…
Similar refs found for ‘org.fedoraproject.Platform’ in remote ‘fedora’ (system):
1) runtime/org.fedoraproject.Platform/aarch64/f40
2) runtime/org.fedoraproject.Platform/aarch64/f41
3) runtime/org.fedoraproject.Platform/aarch64/f35
4) runtime/org.fedoraproject.Platform/aarch64/f36
5) runtime/org.fedoraproject.Platform/aarch64/f37
6) runtime/org.fedoraproject.Platform/aarch64/f38
7) runtime/org.fedoraproject.Platform/aarch64/f39
Which do you want to use (0 to abort)? [0-7]:
Except for the different architecture, obviously. ↩︎
Unfortunately not. I tried that before and it does this:
Working on the system installation at /var/lib/flatpak
[213/213] Verifying flathub:runtime/org.libreoffice.LibreOffice.Locale/x86_64/stable…
Checking remotes...
–force does not remove the apps. So you may want not to use that and swap the apps with flathub apps instead.
You want to avoid for sure to have outdated apps with no repo.
flatpak remove does not delete app data. So you might want to write down your installed apps, remove all repos, add flathub and gnome-nightly and install them app.
You might want to adjust yours accordingly and check afterwards if the errors still occur (e.g. when trying to install the org.fedoraproject.Platform runtime.
Yes, that’s the problem. The Fedora remote uses OCI, so it needs to be specified that way. But don’t edit the file manually, use flatpak remote-modify:
Thanks, the OCI URL modification did the trick; I’m now watching 120 Flatpaks update.
I’m not sure either what happened here. I’ve upgraded this system from earlier releases (starting on 39, perhaps) but don’t recall anything unusual happening.
I thought the Fedora Flatpak was the official one. Did i miss something? I tried to remove it and replace it with flathub apps a few weeks ago, by issuing:
and removing the remote afterwards. Unfortunately, some applications didn’t work properly after that, for example I had problems with the file preview integration in Nautilus. So I went back to the default Fedora Flathub for all pre-installed Gnome applications. So I wouldn’t recommend this step.
Fedora Flatpaks are official by Fedora. They are not maintained by the developers of the applications.
Honestly I dont get why that remote exists.
I dont know about baobab, it should work from Flathub but no idea.
For sure Fedora Flatpak apps may work well, sometimes better, often worse. Absolutely though they add additional complexity to the system which isnt really needed.
Is your problem resolved after removing all apps and remotes and reinstalling them?