4 ms·
> shipping it via Ubuntu's explicitly for-profit app store Can you clarify "explicitly for-profit"? I don't think that's true: https://en.wikipedia.org/wiki/Sn
by kodah 6y ago
> shipping it via Ubuntu's explicitly for-profit app store
Can you clarify "explicitly for-profit"? I don't think that's true: https://en.wikipedia.org/wiki/Snap_(package_manager) https://en.wikipedia.org/wiki/Snap_(package_manager)
Snap is practically the opposite of that. It's a package manager that is almost entirely out of the hands of Canonical, which was one of the criticisms of apt.
If you mean to criticize that some of Snap is proprietary, that is legitimate, but that doesn't seem to be the aim here.
- j16sdiz 6y agoHe refers to the snapcraft, not the snap manager https://snapcraft.io/ https://snapcraft.io/ , https://snapcraft.io/sosumi https://snapcraft.io/sosumi
- kodah 6y agoI am still not seeing how snapcraft.io is "explicitly for-profit". eg: https://snapcraft.io/thunderbird https://snapcraft.io/thunderbird
- dannyw 6y agoA private company is for-profit by definition. They may not be monetising it now, but that’s because they’re in the growth phase.
- kortilla 6y agoExcept for non-profit companies, which are...
- kodah 6y agoYou don't get to make assertions based on speculation. Across Linux there have been an infinite number of package managers, sometimes ones that integrate each other's protocols like how the PopOS store integrates flatpak. Is PopOS or the PopStore now explicitly for profit despite the fact that it doesn't sell a single thing?
- input_sh 6y agoIn theory, I agree. In practice, there doesn't seem to be any other snap store out there? This is a years old quote from [0], but it doesn't feel like anything changed since. > If you want to distribute your snaps, your choices are 1) publish it through the Canonical store, entirely under Canonical's control, 2) upload it as a file and tell people to use the CLI to install it, or 3) try to figure out how to reconfigure the snap client to use a different server by reading the source code, then write your own server end from scratch, and tell your users to do that. [0] https://www.happyassassin.net/posts/2016/06/16/on-snappy-and-flatpak-business-as-usual-in-the-canonical-propaganda-department/ https://www.happyassassin.net/posts/2016/06/16/on-snappy-and...
- curt15 6y ago>try to figure out how to reconfigure the snap client to use a different server by reading the source code, then write your own server end from scratch, and tell your users to do that. You also need to 1) compile and distribute your own version of snapd, since it hardcodes the Canonical snap store. 2) Set the appropriate env variable to prevent snapd from auto-updating itself back to a Canonical version.
- kodah 6y agoAgain, this does not address what I took issue with, which is "explicitly for profit". There is no indication that this assertion is even remotely true. I did call out the proprietary nature of some of their server code, but again, that does not yield "explicitly for profit" which nullifies the posters point.
- input_sh 6y agoYou've also claimed that it's "almost entirely out of the hands of Canonical", which it is not. I'm with you on the "it's not explicitly-for-profit" point at the moment, but it is set up in a way that it could change at any point. Whether it's set up that way deliberately or not, we can only guess. Anyway, Ubuntu derivatives are approaching the topic with this in mind. Linux Mint forbids snapd from being installed via apt (https://www.theregister.com/2020/06/02/linux_mint_team_snap/ https://www.theregister.com/2020/06/02/linux_mint_team_snap/), and elementary OS goes a step further and is working on making its entire app ecosystem flatpak-exclusive (https://blog.elementary.io/elementary-appcenter-flatpak/ https://blog.elementary.io/elementary-appcenter-flatpak/).