Latest, fully updated Fedora 35 Kinoite. When searching for apps available to install, not just Flatpak results are offered, but also rpm-ostree ones (fetched from Fedora AppStream metadata):
<img alt="kinoite_results.png" src="/fedora-kde/SIG/issue/raw/files/fae25e9ee04375014186dd6ab40673ee1958fce60f213787ebf501112d5f6108-kinoite_results.png" />
However, this is incorrect. Only Flatpak apps should be displayed for installation. Layering is not intended for end-users.
When clicking such results, Discover displays an error message that the result cannot be found (which is correct, it should not be available for installation).
Metadata Update from @ngompa: - Issue tagged with: experience, kinoite
Layering is supported and a valid way of installing applications that are not available as Flatpaks. However we indeed do not have support in Discover yet so we should disable that by default for now.
Metadata Update from @siosm: - Issue assigned to siosm
Please, reconsider this. Layering of rpm-ostree apps should be supported, but not by using GUI. It should not be intended for regular users and goes against the idea of Silverblue and similar immutable systems. Flatpak apps are intended to be used for users on these systems and layering is intended only for special cases, by using terminal. It was already discussed[1] in Silverblue and special quirk for GNOME Software was added[2] to show only already installed rpm-ostree apps (and allow uninstalling them) + their/system updates, but not offer new rpm-ostree apps for layering, only Flatpaks.
[1] https://gitlab.gnome.org/GNOME/gnome-software/-/issues/604#note_450163 [2] https://gitlab.gnome.org/GNOME/gnome-software/-/merge_requests/203
Let me clarify: I do not intend for overlaying to become the primary installation method and support in Discover is currently non-existent so this is unlikely to happen anytime soon. This is also not a priority right now as it's more important to make more Flatpak Apps available by default.
Metadata Update from @siosm: - Assignee reset
Looks like it's Discover incorrectly handling appstream://org.kde.kshisen.desktop links and redirecting them to the wrong backend.
appstream://org.kde.kshisen.desktop
Metadata Update from @siosm: - Issue marked as blocking: #112
Login to comment on this ticket.