feat: flatpak package

[underscorejoser]

How to build

• Install flatpak and setup Flathub (recommend use --user to setup as user repo)
• Install flatpak-builder (you can install with flatpak install org.flatpak.Builder)
• Run flatpak run org.flatpak.Builder --user --install-deps-from=flathub --install --force-clean builddir .build-aux/flatpak/science.craftable.MareTF.yml

This will install required runtimes, build and install MareTF
More information can be found on Flatpak documentation and Flathub documentation

PR details

• Most noticeable change is the switch to reverse-DNS names which affects all Linux builds but should be fine, also it's being built with Qt 6.10
• Since Flatpak/Flathub builds all programs offline I created a python script (not documented) that parses the stdout of cmake configure to facilitate dependencies sources for offline builds (includes incomplete option for nix, anyone is welcome to complete)
• Includes GitHub workflow for building flatpak
• Misc changes include disabling autoRegister of Discord RPC, removed uppercase glob for mimetypes, and some changes to installed files

Needs testing

For Flathub release

Currently the MetaInfo file contains placeholders for description, screenshots and branding which I expect you help to fill in with proper contents following Flathub's quality guideline

Look into in the future

• Localization for metadata files

If this goes through I'm gonna update my PR for VPKEdit including changes from here

[craftablescience]

Note for myself: this was changed to https://craftable.science recently

[underscorejoser]

Oh, that's why the website was not loading, so the application id needs to change

[craftablescience]

Looking at this now, I think the cmake will need to be modified to generate the flatpak files automatically, otherwise this will be a nightmare to maintain. I'll figure this out

[underscorejoser]

Sorry it took some time to reply. You mean this because of dependencies? Yeah... I took some time a while ago trying to figure it out a better way but cmake is not exactly friendly in that regards.

The way Nix does is either patching out FetchContent or using envs like I did, or FETCHCONTENT_FULLY_DISCONNECTED which is not recommended. CMake recommends Dependency Providers which should help do the process more easily but I didn't look much into.

But it still won't help about maintaining a separate file with source, version, etc. Here it's says to intercept find_package calls with CMAKE_PROJECT_TOP_LEVEL_INCLUDES but it's inconsistent and flawed in my testing and won't work with dependencies that don't use FetchContent (cryptopp). Not to mention you also depend on all cmake projects working in an uniform way, which is not the case.

So in the end the lazy and hacky way of reading stdout of cmake configure works ok and doesn't need big changes, the only minor inconvenience is needing to run the script to update the dependencies. But let me know what you think about