TIL that the directories that `snapd` binds are just hard-coded, right in the guts of the thing

https://github.com/canonical/snapd/blob/aad0536a921429dd7759f9654ea7503fc4f6a875/cmd/snap-confine/mount-support.c#L935-L950

snapd/cmd/snap-confine/mount-support.c at aad0536a921429dd7759f9654ea7503fc4f6a875 · canonical/snapd

The snapd and snap tools enable systems to work with .snap files. - canonical/snapd

GitHub
"no user would ever want to access files in other places than these" - apparently, some number of people at canonical
user programs only rarely need access to files except in these specific places
copying every fucking file that I might want to share on Slack from my NAS into my Downloads directory *first*, to appease the petulant god-child `snapd`
@SnoopJ
if it lets you select files with a filepicker (instead of dragging them from the file manager onto the window), that *might* work with other directories
@Doomed_Daniel unfortunately not, it's a "feature" of the sandboxing that access is denied across the board

@SnoopJ
weird, it *should* work, I think it goes through some kind of portal that has more access rights than the process itself.

I have a Chromium snap installed and in GMail I can't drag'n'drop a file from /tmp/ to attach it, but the "attach files" button which opens a file picker *does* work

@SnoopJ of course it could be that Slack uses the filepicker of its UI toolkit instead of the portal - but I thought it used Electron which should use the same shit as Chromium?

I know of this portal stuff (xdg-desktop-portal) from https://github.com/btzy/nativefiledialog-extended which can use either Gtk3 or the D-Bus based portal on Linux - another advantage of the portal is that it uses a "native" filepicker depending on your desktop, e.g. KDE/Qt one when using KDE. But maybe it's less flexible

GitHub - btzy/nativefiledialog-extended: Cross platform (Windows, Mac, Linux) native file dialog library with C and C++ bindings, based on mlabbe/nativefiledialog.

Cross platform (Windows, Mac, Linux) native file dialog library with C and C++ bindings, based on mlabbe/nativefiledialog. - btzy/nativefiledialog-extended

GitHub
@SnoopJ snap is truly a marvel of engineering. they truly took the design brief, which I assume was "what if flatpak, but it *never* works" and absolutely crushed the implementation
@glyph "engineering" is a very strong word to use here
@glyph @SnoopJ
And don't forget all the loop devices you can eat. At least until the directory fills up or you run out of inodes. fdisk is now an adventure game!

@SnoopJ
I literally moved my home directory because using Ubuntu is advantageous for my job (vs any other distro), and snaps/apparmor cannot handle the possibility that a home directory is anywhere other than `/home/`

I'm not un-generous feeling towards the Canonical people. Packaging and distribution are hard. But this is relatively important stuff if you want the project to be taken seriously.

To me, snaps are about as important as upstart (read: I look forward to it being dead).

@SnoopJ This was boosted into my timeline and it seemed extremely appropriate: https://sk.girlthi.ng/notes/aao9nnr8vqcw02bp
terminate :thermos: (@thermia)

that's right! it goes in the *DOWNLOADS* folder

girlthi.ng
@SnoopJ Ubuntu is a clowncar run by one of the tech shitheads born from the fall of apartheid and I don't understand why anyone uses it when Debian is right there and it's just a bad, corporatized & enshittified fork of Debian.

@dalias once upon a time I found it a more palatable option (perhaps because I was substantially more ignorant of Linux, and things were just generally worse then)

but I'm getting ready to switch to mainline Debian because I get the distinct feeling a lot of the "this is bullshit" behaviors on my system is the direct consequence of being downstream of their decisions

@dalias @SnoopJ As someone who did the switch, Debian is still clunky af.
Setting up the encrypted partition was a pain.

(No, I'm not going back to Ubuntu for exactly the reasons you describe.)

@forse @dalias @SnoopJ Did that with LMDE 7 (Debian 13 inside), and so far it's been great, and yet I have a very strange setup with multi-screens and non-conventional laptop (so I ran into issues, but mostly related to my setup, not Debian itself). What issues did you have with encrypted partitions?

@pierstoval @dalias @SnoopJ I ended up with having the same password for login and decryption and a file system that doesn't deal well with long file names.

I have limited energies to dedicate to this, and only one computer that I need to work, so my ability to play with this is limited.

Also, I can't seem to be able to set up the local formats and the system language to two different values, despite this being trivial in Ubuntu and Arch and despite spending significant time on the problem.

Still, my system works acceptably enough and I have more important things to stress about that configuring it.

@SnoopJ Ya know, GCC's driver does a better job of this, and it was written in, what, 1988?
@SnoopJ it's such a fractal of bad design
@SnoopJ I mean, you know snapd was made for IoT and not desktop use, right? Its whole point was to be a sort of smaller docker that you could run on a smart fridge or smart microwave, but then containerised desktop apps started being pushed by others and Canonical decided to put snapd on desktop.
@reiddragon I've not heard that claim before
@SnoopJ Well, look up its history; was made as part of Ubuntu Core (which could run *only* snaps), then it started also being pushed on desktop when Flatpak was picking up
@SnoopJ I like that only one of them is “perhaps a bad idea”. All of the others are just great, I guess.