What do you $HOMEies do with your $HOME anyway so that configs in it bothers you?
And why do you never seemingly complain about the default placement of for instance bash configs, considering that sounds like it would be a huge W to you guys
Why, I place my files in there, that is, the files I actually care about and work with. And no, I don't appreciate the bash configs lying just in the root of $HOME. Or that idiotic ".sudo_as_admin_successful" file neither.
`~/.bashrc.d/`. Fedora supports it, so I put some bash scripts there that moves the files I really care about.
To me the important part of the XDG Base Directory Specification are the specifications of $XDG_CACHE_HOME (so that I can avoid extraneous data backups and clean extraneous data in a centralized manner), $XDG_STATE_HOME (so that all the very volatile, likely time sensitive and potentially privacy sensitive local and recent data is in one place) and the yet-unnamed "${HOME}/.local/bin" for user-specific executable files.
The rest, I don't care too much, it's probably too much work for not so much benefit for the app developer to split up.
I like to keep my $HOME as clean as possible for purposes of organization. One place for configs, one place for cache, etc. Feels good to ls -la $HOME and just see the top level directories for my organization structure
$HOME/.local and $HOME/.config use is increasingly popular, many apps already search these locations in addition to the usual $HOME/.emacs.d/ etc. I use those locations for my stuff, too.
My `ls` is an alias that, among other things, has `-al` in it. It a good default IMO (to each their own), but it means I always see the mess of dotfiles in $HOME. On a system 4 months old, so with only a fraction of what I accrued for years on the previous install, I get these:
I have another alias, `l`, that doesn't do `-l`, which was what I used to get the list ↑. It almost makes the contents of the home dir visible on one "page" of fullscreen terminal emulator (using multiple columns)... Even though I have just a handful of directories and just a few non-dotfiles there. It's Sparta, all the way, especially since many of these are already symlinks to a more centralized location...
7 comments
[ 4.7 ms ] story [ 28.4 ms ] threadAnd why do you never seemingly complain about the default placement of for instance bash configs, considering that sounds like it would be a huge W to you guys
To me the important part of the XDG Base Directory Specification are the specifications of $XDG_CACHE_HOME (so that I can avoid extraneous data backups and clean extraneous data in a centralized manner), $XDG_STATE_HOME (so that all the very volatile, likely time sensitive and potentially privacy sensitive local and recent data is in one place) and the yet-unnamed "${HOME}/.local/bin" for user-specific executable files.
The rest, I don't care too much, it's probably too much work for not so much benefit for the app developer to split up.
Not a fan of the default location for .bash*
My `ls` is an alias that, among other things, has `-al` in it. It a good default IMO (to each their own), but it means I always see the mess of dotfiles in $HOME. On a system 4 months old, so with only a fraction of what I accrued for years on the previous install, I get these:
I have another alias, `l`, that doesn't do `-l`, which was what I used to get the list ↑. It almost makes the contents of the home dir visible on one "page" of fullscreen terminal emulator (using multiple columns)... Even though I have just a handful of directories and just a few non-dotfiles there. It's Sparta, all the way, especially since many of these are already symlinks to a more centralized location...