-
-
Notifications
You must be signed in to change notification settings - Fork 2.6k
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
Please provide a distribution-neutral snap package for GNU/Linux #1798
Comments
If you could provide links to snap documentation about updates, that would be useful. Also, it would be helpful to contrast Snap with AppImage and FlatPak. Thanks! |
@scottnonnenberg I think the biggest question here is: Are you willing to support both Snap and Flatpak? If you're only willing to support just one, I'd say Flatpak is the obvious choice for one simple reason: It has a larger adoption rate with the distributions. An easy to read summary of the differences between them can be found here: Key differences: Interestingly, Signal is already on Flatpak Using Flatpak is really simple: AppImages are available for lots of distros too, but they aren't sandboxed so I think choosing AppImages for a security focused Messenger would be a weird choice. |
+1 for Snap. Snaps are simpler for developer and end users. This video sums up the differences between both formats, debunks a few myths about snaps, and shows the process of creating a "Hello world" script in snap and flatpak packages. |
You can find a comparison chart of snap, flatpak and appimage here. https://github.com/AppImage/AppImageKit/wiki/Similar-projects#general |
@philipzae That comparison seems somewhat biased 🙃
@drakofrost I am an end user and it is not easy to use Snaps outside Ubuntu and derivatives. You have to resort to unofficial repos and perform additional configurations (for many distros there is only devmode support or even no support for classic snap, etc.) |
@diazbastian what comparison is 100% unbias 😏, but it definitely has alot of facts in it with references |
It's a bunch of JS, do we really need Snap/Flatpak/AppImage at all? These tools are not the panacea they claim to be. I work with plenty of linux users and only 2 of us have a distro that even supports Snap! Looking at Going with this argument, Signal's requirements appear to be static: desktop menus, icons, etc, but nothing complicated. I would suggest a generalized builder like pacur before chasing a nascent technology. Please give this some consideration. If anyone from the project would like me to take this on, please reach out and I'd be happy to. |
I am willing to contribute the snap support for the Signal Desktop, I'll also commit to help for at least a few months as a surety. I have already snapped Android Studio, Crossbar and Sublime Text so I do have some experience there. Its a little disappointing that there is misinformation being spread here regarding that technology. First I want to clear that I have verified snaps to work without a problem on openSUSE and Ubuntu (and its derrivates) and KDE Neon and I am told other distros are supported as well https://docs.snapcraft.io/core/install. The snapcraft guys provide a great tool for automatic builds (http://build.snapcraft.io), which will really make things simpler for us. |
@om26er There is no misinformation that I have read. Just going with your example of OpenSuse, while I'm sure you have gotten it to work, it's not an official package manager yet. Please, let's just use the package managers that exist and are wide spread. |
If there is a decent CI mechanism in place, it should already be simple to support all of these distribution mechanisms. They already use electron-builder which supports snaps, apk, appimages, debs, rpms etc.. All it requires is to test the system and then have a CI to deploy the releases to various locations. |
It's great to see some interest in having a snap of signal-desktop. I've built and published the latest stable build of signal-desktop to the store. It's build from a checkout of 1.7.0 in a clean Ubuntu 16.04 container. It can be installed on systems which support snaps with https://snapcraft.io/signal-desktop As I understand it upstream developers don't have resources to manage this right now. I'm happy to keep publishing it regularly to the snap store under the snapcrafters name, but equally happy to hand it over to upstream so it can be more officially published. <3 |
Thanks a lot @popey |
@popey I am having some trouble with this snap package. On my system, I have to use the --classic switch because otherwise the app will fail to start. So I have ~/snap/signal-desktop and within that, there's a folder "83" and a folder "90". Back when I installed it, it was only "83" there and within that folder, the app created a .config/Signal directory to store the settings and messages. I don't know where else to post such a bug report so that's why I do it here. |
@Natanji hi! I'd recommend filing issues against the snap at the snapcrafters repo. My apologies, the store didn't have that link, but does now. Sorry to hear you're having problems. Let's move the conversation over there. |
Currently the snap package doesn't work on Debian at all. It has seccomp permissions issues, most likely because the |
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions. |
There is a Signal snap available https://snapcraft.io/signal-desktop Github: https://github.com/snapcrafters/signal-desktop No problems on Ubuntu 21.04. |
Thank you @popey and all the Snapcrafters. |
It would be nice to have the app distributed as a snap.
It would make ##installation/update so much easier (and more secure) for lots of distros.
The text was updated successfully, but these errors were encountered: