| Summary: | Please add support for AppImage files to Discover | ||
|---|---|---|---|
| Product: | [Applications] Discover | Reporter: | John <ilikefoss> |
| Component: | discover | Assignee: | Plasma Bugs List <plasma-bugs-null> |
| Status: | RESOLVED INTENTIONAL | ||
| Severity: | wishlist | CC: | aleixpol, nate |
| Priority: | NOR | ||
| Version First Reported In: | 6.5.3 | ||
| Target Milestone: | --- | ||
| Platform: | Debian testing | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
| Bug Depends on: | |||
| Bug Blocks: | 512983 | ||
|
Description
John
2025-12-05 16:45:51 UTC
I just searched for a Play Station 3 emulator, called RPCS3, in Debian's archive and I could not find it, so I looked at its website and it seems that they also offer built packages in the AppImage only format: https://rpcs3.net/download I see that it is available on Flathub too, but built or packaged by a third party person(s) so the trust level is clearly not the same! https://flathub.org/en/apps/net.rpcs3.RPCS3 So, when a package is not available in Debian's repository, where it would've been build by the Debian maintainers themselves in a very trustworthy manner as they use reproducible builds too, the next level of trust for me are the builds from the developers themselves, which in this case they chose to be in the AppImage format instead of Flatpak or Snap formats. This would entail writing a Discover backend for AppImage, and presumably allow configuring repos where one can download AppImages? Like AppImageHub, I presume? As you mention, AppImage was not really designed for this method of usage, so to a certain extent, it would be "swimming upstream" or "fighting the tide". All of this is possible, though there are many challenges. It would be a massive project, far outside the scope of what's reasonable to track in a bug report, though. So basically, this will only happen when someone very technically advanced who really loves AppImage contributes an AppImage Discover backend. |