Flatpak Release Re-Implementation

[lesterespiritu-a]

Is your feature request related to a problem?

N/A

Which solution do you suggest?

Re-implement the Flatpak release with extension points.

Which alternative solutions exist?

N/A

Additional context

I've dabbled with Flatpak package development prior for DevPod, flathub/sh.loft.devpod#7, but ultimately I stopped it due to a decision with Flatpak devs and package specific extension points.
Though, given this project offers a local bundle, I wish to inquire if this fork is open to expanding the Flatpak implementation.

Basically, restructured as the commandline package and the desktop application package(?), with an added extension point for IDEs and providers, just to leverage what Flatpak offers in its features.

I am willing to try my hand at this again, for the sole purpose to have a contained DevPod with customizable addons, disregarding whether or not its going into Flathub.

I'd greatly appreciate any insights from others that packaged apps into Flatpaks.

[skevetter]

Re-implement the Flatpak release with extension points...Basically, restructured as the commandline package and the desktop application package(?), with an added extension point for IDEs and providers, just to leverage what Flatpak offers in its features.

If you are using Flatpak and are able to fix the build issues, that would be much be appreciated. This might be difficult as I mentioned in a different issue that some of the issues seem to be caused by Tauri and distro-specific issues with webkit2gtk. I am working on setting up a virtual environment to debug Flatpak build issues but my bandwidth is constrained for the moment. PRs with fixes are most welcome!

given this project offers a local bundle, I wish to inquire if this fork is open to expanding the Flatpak implementation.

Would you clarify with more detail what you mean by expansion?

Distribution of DevPod across package managers (e.g. Homebrew, FlatHub, etc.) is on the roadmap. One of the requisite step is ensuring the builds are working for users prior to distribution.

DevPod with customizable addons

What do you mean by this?

[lesterespiritu-a]

If you are using Flatpak and are able to fix the build issues, that would be much be appreciated. This might be difficult as I mentioned in a different issue that some of the issues seem to be caused by Tauri and distro-specific issues with webkit2gtk. I am working on setting up a virtual environment to debug Flatpak build issues but my bandwidth is constrained for the moment. PRs with fixes are most welcome!

Excellent.

Would you clarify with more detail what you mean by expansion?

Distribution of DevPod across package managers (e.g. Homebrew, FlatHub, etc.) is on the roadmap. One of the requisite step is ensuring the builds are working for users prior to distribution.

Apologies, I was preoccupied with other things as I wrote this. Simply, utilizing extension points, mainly for providers support. As an example, I am using podman, though this might become similar to VSCode Flatpak's implementation, which Flatpak devs no longer approve, and instead suggests targeting freedesktop extension points for CLI.

What do you mean by this?

Once more, apologies for the confusion. I thought about having IDE support as extensions, which are just helper scripts to detect system or Flatpak installation of IDEs.

Unless, I have misunderstood, and properly registering handle association is enough.

[skevetter]

Simply, utilizing extension points, mainly for providers support.

This https://docs.flatpak.org/en/latest/extension.html#extension-point?

My default answer on this topic is yes if you want to work on this. That said, it's not clear to me what functionality you are interested in adding. What is the need for detecting the installation of IDEs?