this post was submitted on 11 Sep 2024
448 points (87.3% liked)
linuxmemes
21280 readers
932 users here now
Hint: :q!
Sister communities:
Community rules (click to expand)
1. Follow the site-wide rules
- Instance-wide TOS: https://legal.lemmy.world/tos/
- Lemmy code of conduct: https://join-lemmy.org/docs/code_of_conduct.html
2. Be civil
- Understand the difference between a joke and an insult.
- Do not harrass or attack members of the community for any reason.
- Leave remarks of "peasantry" to the PCMR community. If you dislike an OS/service/application, attack the thing you dislike, not the individuals who use it. Some people may not have a choice.
- Bigotry will not be tolerated.
- These rules are somewhat loosened when the subject is a public figure. Still, do not attack their person or incite harrassment.
3. Post Linux-related content
- Including Unix and BSD.
- Non-Linux content is acceptable as long as it makes a reference to Linux. For example, the poorly made mockery of
sudo
in Windows.
- No porn. Even if you watch it on a Linux machine.
4. No recent reposts
- Everybody uses Arch btw, can't quit Vim, and wants to interject for a moment. You can stop now.
Please report posts and comments that break these rules!
Important: never execute code or follow advice that you don't understand or can't verify, especially here. The word of the day is credibility. This is a meme community -- even the most helpful comments might just be shitposts that can damage your system. Be aware, be smart, don't fork-bomb your computer.
founded 2 years ago
MODERATORS
I politely disagree. Try to look at Snaps this way: Canonical maintains 16.04, 18.04, 20.04, 22.04 and 24.04. Each with their own repos. Each has to be properly maintained. With snap they can release the package a single time, and it can be used across all of their releases. I think this is the main point of snap. Being able to use it across other systemd distros is just a bonus.
There is no way to install snaps from any source other than Canonical and the snap server software is closed-source.
You can download a
.snap
package and install it. If you add the author's signing key as trusted in your own snapd, you can even do it alongside their own assertion file.Or just use flatpak or Appimage.
Yeah, exactly. I was about to say flatpak exists and isn't proprietary.
Also, the snap for docker/compose is hot garbage.
Flatpak can't run CLI apps. Also, they started around the same time. Flatpak in 2015 and Snap in 2016. This is like saying dnf shouldn't exist because apt is a thing.
Why would Canonical abandon their own solution because some people online complain?
The question that I have to ask: what category of CLI apps (or even some examples) exist that are too complex to maintain a few versions simultaneously as native packages but are not complex enough to just use an OCI container for them instead?
Personally I use (and maintain) snaps for several developer tools I use, because the automatic updates through snap means I can have automatically up-to-date tools with the same package across my Ubuntu, Fedora, Arch and OpenSuSE machines.
Install CLI packages with Nix. You don't need a proprietary system
Nix on non-NixOS distributions would be great, if it would support installing apps into the users home directory instead of a global directory (without recompiling everything).
(When I looked into it, it wasn't possible, but if you made it work, please share.)
I found this that might help:
https://discourse.nixos.org/t/how-to-use-a-local-directory-as-a-nix-binary-cache/655/13
Snaps predate flatpaks though.
So why would Canonical switch to another technology that came after what they made and doesn't cover their biggest use cases for snaps?
But if flatpak doesn't meet the widest use case of snap, are they really describing flatpak?
Flatpak is not a solution for packaging a large portion of the types of software Canonical packages with snap, such as database servers, kernels and containerisation software like lxd.
Yes, they maintain a lot of LTS releases and want to minimize work. Which is their own problem entirely. So I'm going to go back to Debian next time I reinstall or build.
So offering 10 years of support for a release is a bad thing now. Got it.
No. But I'm not willing to trade convenience for vendor lock-in. Not that this matters in containerland anyway.
Why do they need to disrespect their users rights to that though?
How does Canonical disrespect your rights?
They snap store is proprietary
So are the drivers your computer likely relies on. Are you willing to buy a thinkpad from 2005 and use a random FSF approved distro?
Silly whataboutism. When there are multiple Linux package management solutions to choose from that are functional, decentralized, and fully FOSS, including ones that work across distros, switching to the proprietary Canonical-controlled Snap Store is moving backward for no good reason.
I don't see how this matters.
Let's look at the very worst case possible scenario: Everyone abandons Flatpak and AppImage and moves to Snapcraft, and Canonical decides to make a decision that destroys the store.
You can still install FOSS apps from somewhere, at worst compile them.
All that would be lost if Snapcradt stopped existing are the proprietary apps, which you wouldn't use anyways.
That's not the worst possible scenario, I'd love to see the Snap Store completely replaced with decentralized FOSS alternatives. Any scenario in which the Snap Store takes market share from decentralized FOSS alternatives is considerably worse.
Also, who said I wouldn't use proprietary apps? I refuse to use Snap because Flatpak and other FOSS application packaging solutions that aren't locked to a store controlled by a single for-profit company already serve my needs. I don't have any objection to using proprietary apps that don't have alternatives that meet my needs.
Yes. Honestly just bought a chip so I can mess around with librebooting my laptop.
Its about harm reduction my man. Meth is bad on the heart but so is excessive grease. I'm going to just never use meth and cut down my excessive fat consumption where I can.
Ubuntu benefited from an open community for years, and when it came time to create a solution for a problem, they chose to develop something and not share it with community that helped them get where they are now. That's a straight up asshole move.
I dare say that allowing any distro to use their repos is pretty generous, and gives back to the community. They have no obligation to open source Snapcraft's server, and snapd being able to install snaps locally is more than enough.
https://forum.snapcraft.io/t/download-snaps-and-install-offline/15713
What an embarassingly obsequious viewpoint.
Some time ago, I tried Ubuntu for the first time. I was shocked that the preinstalled Firefox (snap package) took 10 seconds to launch, compared to 1-2 seconds on Windows.