Comments by "Anony Mousse" (@anon_y_mousse) on "Legacy Linux Apps Are A Dotfile Nightmare" video.

@frustbox So basically your complaint is that a cross platform programming language doesn't use a Linux specific environment variable and instead requires the user to add their language specific environment variable, and that's just not user friendly? And don't you dare tell me it's an "open standard" when only Linux-based OS's implement that standard, and even then, not all of them.
2
So your dresser is made out of transparent material then? I guess that analogy makes sense for your home folder, and I suppose you always use `ls` with the -a and -R options? I would suggest -A, but that would hide '.' and '..' from you.
1
I'm not sure why environment variables are really an issue. Yeah, they don't all use the XDG_* ones, but as long as it's documented it shouldn't be difficult to deal with. I don't have GOPATH or RUSTUP_HOME set and I was still able to determine where to install them both, Rust in ~/.rust and Go in ~/go .
1
It would literally be the same thing. Figuring out where to put config files with XDG is as simple as reading the shell variables. Just pick one, and if it's set use that path, otherwise use ~/.whatever .
1
Yet again I find myself wondering why this is an issue. I personally prefer each app to have their own .[app] folder in my home directory so that I can find their configuration files easily. If they obey the XDG standards then that's cool too, as long as they keep things in their own folder I'm fine with it. If I had a ~/config folder and everything went into individual [app]/ folders in there, I'd be fine with that too, just so long as they're either in one visible folder or a bunch of invisible ones I don't see why it would matter to anyone. I've got three lines of files and folders that are listed in my home directory and nearly all were created by me. I don't need to ls -A my home directory, but if I was looking for something, ls -d .[apps_first_letter]* works fine.
1
@snail8720 I would argue that save states are configuration files since they configure the game to continue where you left off. However, I would also argue that it's a pointless distinction since they should be separated into their own category of folder in the folder for the individual application in question.
1