-
Notifications
You must be signed in to change notification settings - Fork 456
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Flatpak package #134
Comments
Electron-builder doesn't support Flatpack yet - vote for it here: electron-userland/electron-builder#512 You may also be interested to share your opinion in #117. |
omg, one more Linux package format 😱. @prcastro we are planning to add support for |
Snap is a centralized approach by Canonical. Flatpak is made by RedHat, in a more distributed fashion. The number of contributors of Flatpak is higher than Snap or AppImage, and it's being used by GNOME (on distros like Fedora, RedHat, Arch and others) and it's been considered by KDE and elementaryOS as the next default packaging format. Skype, Telegram, Spotify, Libreoffice, Blender and GNOME apps all have flatpaks available. Also, the security approach used by Flatpak seems much better than snap. It works by using portals to communicate to the exterior world. Also, flatpak apps are much smaller, since they can share a runtime (a bunch of common libs, that are independent from the apps, like OpenSSL). Good reference: Cassidy James (developer of elementaryOS):
|
Agree with @prcastro, except that Canonical no longer controls the roadmap of snap. They handed it over to a committee which has people from elementary, Fedora, KDE, etc. Not saying it's the better format, just mentioning a recent change. 🙂 |
We are not building for flatpack at the moment. |
Would be nice to have a Flatpak package for cerebro, so we can install easily on every Linux distro
The text was updated successfully, but these errors were encountered: