Anyone else having wacky results from flatpak search and flatpak list? I think I’m encountering the bugs mentionned here.
Is there a clean way to upgrade the flatpak package to 1.13 or above on a Rocky Linux 9 system?
Any plans by RHEL/Rocky to update the flatpak package in the repos? Is it supposed to stay frozen for the lifetime of the EL9 release?
I’m pretty sure I’m using the latest flatpak package from the Rocky repos:
rpm -q flatpak
flatpak-1.12.8-1.el9.x86_64
I can’t get flatpak search to work.
flatpak search flatseal
F: Failed to parse /var/lib/flatpak/appstream/flathub/x86_64/active/appstream.xml.gz file: Error on line 4065 char 29: <p> already set '
Organic Maps is a free Android & iOS offline maps app for travelers,
tourists, hikers, drivers and cyclists.
It uses crowd-sourced OpenStreetMap data and is developed with love by
' and tried to replace with ' ('
No matches found
I can’t get flatpak list to output app names reliably either (for example the Warehouse app shows as ‘Heliguy’):
[albert@localhost ~]$ flatpak list --app --columns name,app
Name Application ID
Cassidy James Blaede com.github.cassidyjames.clairvoyant
Flatseal com.github.tchx84.Flatseal
Heliguy io.github.flattool.Warehouse
Video Trimmer org.gnome.gitlab.YaLTeR.VideoTrimmer
[albert@localhost ~]$
The flatpak search bug is mildly annoying since most app searching happens in the Software app (or on flathub.org).
The flatpak list bug is more annoying because sometimes the app id and the app name are completely different. It is very convenient to ‘grep’ the app name to get the app id.
Somewhat correct. Anyone can find and contribute a solution, but due to our 1:1 / bug-for-bug compatibility goal, Rocky Linux will not implement the fix until it is implemented in RHEL.
If I am understanding correctly either flatpak or appstream-glib would need to be updated - which is unlikely to happen because rocky/rhel would only update those packages in this release for critical bugfixes.
Which means flatpak search and list will be broken in rocky until there is a new distribution version (like rocky 10 for example) that uses newer versions of flatpak.
Which seems kind of wrong of flatpak in my opinion. I get the long term support release philosophy of distros and the reluctance for them to upgrade to major versions of things. It defeats one of the main goals of flatpak to be able to easily install these packages cross platform by breaking backwards compatibility. I know it only breaks search and list but that is pretty important - without it I am reluctant to use them at all because I can’t search for anything. Flatpak shouldn’t have done this or should revert to the old way in my opinion.
Its easy to complain but the reality is more complex as it looks like. Software components have dependencies, its in the rare cases that just the component can be upgraded. The default is, that you need to upgrade the dependencies as well, and that brings you to a situation where a significant part of the distro must be upgraded. Therefore backports are done → Security Backporting Practice - Red Hat Customer Portal
[jmpaul@localhost ~]$ cat /etc/os-release | grep VERSION
VERSION="9.4 (Blue Onyx)"
VERSION_ID="9.4"
ROCKY_SUPPORT_PRODUCT_VERSION="9.4"
REDHAT_SUPPORT_PRODUCT_VERSION="9.4"
[jmpaul@localhost ~]$ flatpak --version
Flatpak 1.12.8
[jmpaul@localhost ~]$ sudo flatpak search mosh
F: Failed to parse /var/lib/flatpak/appstream/flathub/x86_64/active/appstream.xml.gz file: Error on line 4875 char 29: <p> already set '
Organic Maps is a free Android & iOS offline maps app for travelers,
tourists, hikers, drivers and cyclists.
It uses crowd-sourced OpenStreetMap data and is developed with love by
' and tried to replace with ' ('
No matches found
I was able to work around this issue using the following commands, based on the steps @jarak08 took: