The whole promise of #containers and #snap is that applications just work in the sandbox. And then that:
/snap/obsidian/28/app/obsidian: /snap/core20/current/lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.33' not found (required by /lib/x86_64-linux-gnu/libcups.so.2)
Can anyone explain to me why the @eff decided to make the default install method of #Certbot on #Linux a #Snap? Among all the other options of distributing a package, why choose the most closed one? Where a single company (Canonical) controls the only available server, and the software of which is even closed source.
@ehrba My answer not as a #GIS professional but enthusiast and long time #Linux user: Any distro you feel comfortable with. If you're expecting the latest releases, try some rolling release. Otherwise, my usual suggestion, #Ubuntu, has been misbehaving a little with #snap (#chrome sometimes not being able to launch or access user's files because of a technical issue), so probably not that. I'm a #Debian user, so my personal suggestion is Debian stable or testing.
I think that #systemd should do package management. I hate when I have to install some software, but it only has a .deb package. I think that a unified packaging format for Linux would be good.
#Flatpak takes a lot of space and doesn't work well with CLI software. #Snap relies on a closed backend and is not very fast.