flatpak-builder icon indicating copy to clipboard operation
flatpak-builder copied to clipboard

Use new metainfo path

Open mwleeds opened this issue 3 years ago • 5 comments

Export to share/metainfo rather than share/appdata as discussed in https://github.com/flatpak/flatpak-builder/issues/252 and https://github.com/flatpak/flatpak/pull/4600

Fixes #252

mwleeds avatar Dec 15 '21 23:12 mwleeds

I merged https://github.com/flatpak/flatpak/pull/4600, so apps installing to appdata will end up being exported to metainfo in the end. It also means that the build installing in metainfo will work, but only with newer (unreleased) versions of flatpak, so at the very least we should not merge this until that is widely available. In fact, I wonder it we need to merge it at all, as the end result will be the same anyway (files in metainfo).

alexlarsson avatar Jan 10 '22 08:01 alexlarsson

I guess one reason to merge this eventually is that we want the final name to match the source name as the comment says in builder_manifest_find_appdata_file()

mwleeds avatar Jan 10 '22 18:01 mwleeds

@alexlarsson can you poke at this again? It's been a year and a half since the flatpak PR was merged, and it appears that the relevant Flatpak versions are available such that it can be assumed that the metainfo files are handled properly everywhere.

orowith2os avatar Jul 22 '23 03:07 orowith2os

Is there any update about this? Flatpak apps on Flathub still seem to have their AppStream metadata exported into the "appdata" directory with *.appdata.xml as their suffix.

AsciiWolf avatar Dec 31 '23 12:12 AsciiWolf

Is this now obsoleted by libappstream migration?

nanonyme avatar Mar 23 '24 09:03 nanonyme