@linux Sharing a 'small' inconvenience I had to fix with #opensuse#slowroll (I suspect #tumbleweed is the same) - I couldn't launch snaps (spotify, bitwarden) after update - error was: cannot determine seccomp compiler version in generateSystemKey fork/exec /usr/lib/snapd/snap-seccomp: no such file or directory
The fix (I first tried re-installing, didn't work) was to:
a. locate snap-seccomp - was in /usr/libexec/snapd
b. symlink: ln -s /usr/libexec/snapd /usr/lib/snapd
I would take this with a grain of salt. For me, as long as the package is available and functional for my prefered installation method, I’d go with that.
Take cerbot for example. For some reason, the cerbot developers uses snap in their installation guide. I’ve been using apt on all my projects that requires https, both personal and professional (yes, I get paid to do this, among others). Never had any issue with it.
the attack surface for something that isn’t officially maintained by the developers, and that doesn’t have more vetting (e.g. distribution packages) opens up room for malicious actors.
Funny that Jia Tan was an official maintainer of xz until he was found to be problematic.
Speaking of verifying, you know you can’t really verify anything on the snap server since they’re proprietary, right? On the contrary everything on flathub is laid to bare for anyone to look at.
In the end, you’re free to choose. Since you’ve kindly provided your argument, I’ve provided mine in hope you’d reconsider.
Then I’d have to ask: what is the benefit of choosing it over CC0 if by law, there won’t be any enforcement (not even attribution)? At least CC0 is well known.
Creative Common license are well accepted. It requires attribution for derivative works. Due to its clear legal wording, you can enforce it.
Why I want to be able to sue? Exactly so that people won’t take others’ freedom, just like why the law exist in free world. Haven’t you read about the many cases companies violating GPL got sued?