8 ms·
Except they all leave files everywhere in ~, ~/.cache, ~/.config, ~/.whatevertheyfeellike
by yankput 3y ago
Except they all leave files everywhere in ~, ~/.cache, ~/.config, ~/.whatevertheyfeellike
- parchley 3y agoThose files are user data, not part of the software package.
- daemin 3y agoI would disagree, files that the user cannot edit or should not edit should not be going into their home directory. Things like cache files should go into a system wide cache directory instead.
- amenghra 3y agoCache files might contain user's sensitive data. Makes sense to keep in them in the user's home directory in those cases.
- Hikikomori 3y agoFile permissions?
- tetris11 3y agoIsn't that very anti-linux though, to have a directory owned by root but populated with subfolders owned by other users? /home is the only exception I can think of that does this.
- prmoustache 3y agoAnti-linux I don't know, but it was not uncommon in unices to have home directories in /usr/home. And there is no written or unwritten rule about that. In fact, /home is a subdirectory of / which is owned by root.
- TheNewsIsHere 3y agoTrue, but /usr/home is no longer a common place to store home directories. It used to be, particularly in Bell Labs Unix. (Does FreeBSD still do this?) The Linux Foundation’s File Hierarchy Standard puts user homes in /home, but it’s by no means mandatory. /home being the *nix home folder directory isn’t written in stone, but plenty of software expects it. Of course you shouldn’t hard code things like that, but that has never stopped anyone from doing it. (Not that we should reward that with de facto standards necessarily.) I understand the various reasons why a root file system hierarchy isn’t part of the Single UNIX Specification, but it might have been nice.
- Hikikomori 3y ago/tmp
- stavros 3y agoThere's no other path that the user is guaranteed to have write permissions to (except maybe /tmp, I guess).
- remram 3y agoWhy would you want that? If you have separate partitions, would you really want user data to go to the system partition? Or a third partition? Do you find having more places that user programs can write a benefit?
- prmoustache 3y agoI would favor a /var/user/something directory. The fact that nobody does that is pretty much a consequence of the difficulty of coordinating multiple projects that do not have a common authority, not because it is a bad idea.
- remram 3y agoAgain, what do you prefer about that? Maybe the reason no one does that is simply that no one shares your preference.
- prmoustache 3y agoHaving a clear separation between actual user data files / documents and stuff like cache for different reasons: - easier to cleanup/wipe without risking deleting works/personnal files - backup solution doesn't have to have a town of entries in an ignore/exclude file - same as above for syncing software - tier storage separation possibility - disk space allocation separation depending on data vs volatile stuff
- j16sdiz 3y agoShould that count towards user disk quota?
- prmoustache 3y agoI agree cache file should not go into their home directory, however I don't agree they aren't user data and that they would be part of the software installation.
- the8472 3y agoIf I uninstall ssh I still want to have have my authorized hosts. If I uninstall some firefox version firefox I want to keep my profiles. XDG defines a thumbnailing hierarchy followed by multiple libraries, uninstalling any of those shouldn't clear thumbnail caches.
- tsukikage 3y agoPersistent user-specific state needs to live in a persistent user-specific location. You could choose not to use the concept of a home directory, but you would be doomed to reinvent it.
- goodpoint 3y agoThat's a feature so that users can keep configuration files and even move them across systems.
- mijoharas 3y agoThe ~/.whatevertheyfeellike is an antipattern (that is annoying) but the others are well defined in the xdg_desktop spec[0]. Personally I appreciate knowing where the config/cache for each application is. (Though it does annoy me when programs don't follow this as in your third example) [0] https://specifications.freedesktop.org/basedir-spec/basedir-spec-latest.html https://specifications.freedesktop.org/basedir-spec/basedir-...
- marginalia_nu 3y agoWhy does the XDG spec have authority over software?
- tetris11 3y agoIt usually doesn't, and it's mostly a good standards recommendation that even the most GPL of GPL codebases doesn't always follow (looking at you, emacs).
- chimprich 3y agoEmacs has respected $XDG_CONFIG_HOME for a while now. There are worse offenders (e.g. not likely to see the end of .mozilla any time soon).
- j16sdiz 3y agoGNU emacs was created at 1984. XDG Base Directory spec was started around 2003..
- Zambyte 3y agoAlso Emacs will reapect files being placed in XDG directories, it just doesn't put them there...
- butlerm 3y agoSoftware specifications are usually adopted by convention and implemented to minimize surprise and make things interoperable. They are not authorities and cannot make anyone do anything. One of the most common software failure modes is to implement a specification too tightly or in a way that nobody wants although the reverse is a problem as well.
- prmoustache 3y agoThat is not part of the software itself so it is still correctly installed/uninstalled. Now I believe all software should have a manpage, dialog and a cli argument that describes where all the files[1] generated by default go but that is another subject. [1] cache, config and even default save
- devnullbrain 3y agoTry opening C:\Users\%USERNAME%\Documents\My Games