Live data from Hacker News

Snap Store administrators removed signal-desktop from Ubuntu Snap

forum.snapcraft.io

11–20 of 443 posts

Re: Snap Store administrators removed signal-desktop from Ubuntu Snap

#11
post #2

I really despise the idea/existence of app stores. Why can't a publishers website be their store front, then from that site, you can run (or "download"/"install" if you must) the app? Technically it looks like that would actually work [1]. They could host the `.snap` file. Although I'm sure snap will add friction to this (as in, not simple let you open and click "Install") from a downloaded snap file, as they probabl…

Are they, technically, any different than APT repositories? Don't get me wrong. I hate Snap much more than the next guy, but the idea of keeping a repository so you can go look for, and discover, stuff that is supposedly also vetted by someone is nice. The issue is, when an app store is a monopoly and not standardized. APT repositories is, in my eyes, an example of "the good" type of app store.

Technically not really, instead of packaging the software into a .deb it’s shipping a container and metadata to get it working.

I think the rub here is that the maintainers of the signal snap can't reuse the work they’ve already put in to this and offer it elsewhere in another snap repository as there’s no other snap repository possible

Re: Snap Store administrators removed signal-desktop from Ubuntu Snap

#12
post #2

I really despise the idea/existence of app stores. Why can't a publishers website be their store front, then from that site, you can run (or "download"/"install" if you must) the app? Technically it looks like that would actually work [1]. They could host the `.snap` file. Although I'm sure snap will add friction to this (as in, not simple let you open and click "Install") from a downloaded snap file, as they probabl…

Are they, technically, any different than APT repositories? Don't get me wrong. I hate Snap much more than the next guy, but the idea of keeping a repository so you can go look for, and discover, stuff that is supposedly also vetted by someone is nice. The issue is, when an app store is a monopoly and not standardized. APT repositories is, in my eyes, an example of "the good" type of app store.

Flatpak solves this problem, unlike Snap (but like APT) anyone can run a repository. There is Flathub as a nice default but it isn't official.

Re: Snap Store administrators removed signal-desktop from Ubuntu Snap

#13
post #8
post #3

This is not a good look. The snap has been gone for almost a month, with seemingly no information given to the maintainer or users about why, except a belated "we removed it for policy reasons" 21 days ago. And if this happens to maintainers associated with Snapcrafters , imagine how you're treated if you're just some random person or company who maintains your own snap. This is the sort of reason why people are conc…

Another perspective: Canonical's IoT offering, Ubuntu Core, is based around the idea that Canonical provides the base operating system, and you provide your software as a snap, uploaded to Canonical's snap store, and you push updates to your IoT product by pushing an updated snap to the store. That has always rubbed me the wrong way, but "Canonical will just delete the snap and not respond to questions about why" was…

And last time I checked, they refused to let you use your own signing keys. Means you do not get end to end trust for your own bits but need to rely on Canonical that they don’t screw up - with the obvious effect of strong vendor lock-in as I cannot sign and run my own bits.

Re: Snap Store administrators removed signal-desktop from Ubuntu Snap

#15
post #5

After reading the thread, I still have no idea why it got removed, so: why did it get removed? What part(s) of the snap policies did they violate, and how is it possible that even something doesn't charge $100 a year before you can even publish a snap doesn't even notify the maintainers that their app got removed? Just because you run an app store doesn't mean Apple and Google's opaque refusal system is the part you…

No one knows [1], except Snap. Not even the maintainers :( Snaps response [2] seems to be: > I understand the sudden move of signal-desktop can be disruptive for people wishing to install this package. Just to confirm the reason for the absence - Snap Store administrators had to remove the snap in accordance with our policies. We hope to have it back shortly. 1. https://github.com/snapcrafters/signal-desktop/issues/7…

That's funny, because in accordance with my policy I delete snap immediately after install.

Re: Snap Store administrators removed signal-desktop from Ubuntu Snap

#16
This kind of thing is vindicating for those of us who stayed away from snaps precisely because the server side is proprietary and the snap tooling only supports Canonical's centralized store.

A centralized service being the only option for software distribution is too large of a failure point, no matter who's running it.

Re: Snap Store administrators removed signal-desktop from Ubuntu Snap

#17
post #6
post #2

I really despise the idea/existence of app stores. Why can't a publishers website be their store front, then from that site, you can run (or "download"/"install" if you must) the app? Technically it looks like that would actually work [1]. They could host the `.snap` file. Although I'm sure snap will add friction to this (as in, not simple let you open and click "Install") from a downloaded snap file, as they probabl…

Because that doesn't solve the discovery problem. People want an easy way to find new things. Whether that's `apt search` or Google Play.

I do need t think discovery is the same problem any more. You can search for self hosted snaps about as well as you can within the snap store. However, trust can be an issue which has solutions that come at the cost of speed and storage.

Re: Snap Store administrators removed signal-desktop from Ubuntu Snap

#18
post #3

This is not a good look. The snap has been gone for almost a month, with seemingly no information given to the maintainer or users about why, except a belated "we removed it for policy reasons" 21 days ago. And if this happens to maintainers associated with Snapcrafters , imagine how you're treated if you're just some random person or company who maintains your own snap. This is the sort of reason why people are conc…

There apparently was communication with someone related Snapcraft so there was effort to communicate, since the account used for upload was a generic one I think they be forgiven for not doing anything more than that. Regarding the reason for removal that is another issue.

Re: Snap Store administrators removed signal-desktop from Ubuntu Snap

#19
post #15
post #5

Earlier quoted context omitted.

No one knows [1], except Snap. Not even the maintainers :( Snaps response [2] seems to be: > I understand the sudden move of signal-desktop can be disruptive for people wishing to install this package. Just to confirm the reason for the absence - Snap Store administrators had to remove the snap in accordance with our policies. We hope to have it back shortly. 1. https://github.com/snapcrafters/signal-desktop/issues/7…

That's funny, because in accordance with my policy I delete snap immediately after install.

It's standard policy for me to uninstall snapd after every Ubuntu install

Re: Snap Store administrators removed signal-desktop from Ubuntu Snap

#20
post #8

Earlier quoted context omitted.

Another perspective: Canonical's IoT offering, Ubuntu Core, is based around the idea that Canonical provides the base operating system, and you provide your software as a snap, uploaded to Canonical's snap store, and you push updates to your IoT product by pushing an updated snap to the store. That has always rubbed me the wrong way, but "Canonical will just delete the snap and not respond to questions about why" was…

And last time I checked, they refused to let you use your own signing keys. Means you do not get end to end trust for your own bits but need to rely on Canonical that they don’t screw up - with the obvious effect of strong vendor lock-in as I cannot sign and run my own bits.

Yeah, that's the kind of stuff which has made Ubuntu Core rub me the wrong way before this. I'm a much bigger fan of Yocto[1], with something like Rauc[2] for the software upgrade system. It's more work to get going, but in the end, you're in control of your product, not Canonical.

[1]: https://www.yoctoproject.org/

[2]: https://rauc.io/

Post reply on HN