Dotfiles Are Everywhere. We've Lost Control Of Our Home Directories! DistroTube
video description
Date: 2022-03-30
Related videos
Comments and reviews: 10
Simon
Oh yes, oh my yes. Preach the word good sir!
My home directory has become a mess because I have been lazy and haven't taken care of it, mainly because of this issue! I can't clean it up lol. Surely though we could just ask certain software to move to. config. Some software I think should stay in the home folder, like. bash_history and. bashrc, mainly because they've been around forever, and everyone knows where those files are, and moving those would cause a big problem for noobs. Also I think the window manager dot files are fine in the home folder. So really we should only have about 20 dot files if we include WM, bash/zsh/fish/etc, and some legacy programs like vim.
reply
Oh yes, oh my yes. Preach the word good sir!
My home directory has become a mess because I have been lazy and haven't taken care of it, mainly because of this issue! I can't clean it up lol. Surely though we could just ask certain software to move to. config. Some software I think should stay in the home folder, like. bash_history and. bashrc, mainly because they've been around forever, and everyone knows where those files are, and moving those would cause a big problem for noobs. Also I think the window manager dot files are fine in the home folder. So really we should only have about 20 dot files if we include WM, bash/zsh/fish/etc, and some legacy programs like vim.
reply
ultradude54
YES! There shouldn-t be much directly under -
And if the standard described really doesn-t work for you, I-d be satisfied with a middle ground between the legacy way and sanity, of just moving those legacy directories to -/. legacydata/programname
Sure, stuff that-s been around a long time and/or has configured you access a lot, like bash and whatnot, sure, fine, but for crying out loud can all new programs just USE THE XDG STANDARD! PLEASE
reply
YES! There shouldn-t be much directly under -
And if the standard described really doesn-t work for you, I-d be satisfied with a middle ground between the legacy way and sanity, of just moving those legacy directories to -/. legacydata/programname
Sure, stuff that-s been around a long time and/or has configured you access a lot, like bash and whatnot, sure, fine, but for crying out loud can all new programs just USE THE XDG STANDARD! PLEASE
reply
John
they are messing up our Home directories for sure but at least they are mostly dotfiles and we can choose to keep them hidden. It would be lovely if someday, everyone respected the sanctity of our home directories and used the. config folder as it was intended. Here's a thought. how difficult would it be to write some code that puts these rogue files in their proper place, but keeps them still -in path- and visible for the running application?
reply
they are messing up our Home directories for sure but at least they are mostly dotfiles and we can choose to keep them hidden. It would be lovely if someday, everyone respected the sanctity of our home directories and used the. config folder as it was intended. Here's a thought. how difficult would it be to write some code that puts these rogue files in their proper place, but keeps them still -in path- and visible for the running application?
reply
My
Ok, so I'm not crazy. This has been bothering me ever since I switched to Linux two years ago. Distros should force every program to place their files into. config via a script or something. Also, there should be an option for a -complete removal- when removing a program. That's another issue. Whenever you remove a program, there would be a lot of residue left. I know I could use it later, hence the option of -complete removal-.
reply
Ok, so I'm not crazy. This has been bothering me ever since I switched to Linux two years ago. Distros should force every program to place their files into. config via a script or something. Also, there should be an option for a -complete removal- when removing a program. That's another issue. Whenever you remove a program, there would be a lot of residue left. I know I could use it later, hence the option of -complete removal-.
reply
Jonathon
The problem is that you can never solve this without a topdown approach. Only having 50 dotfiles instead of 100 is not really an improvement. I believe Windows had some problem like this and around XP I think they started redirecting auto generated files to proper program files directories. What we need is a standard games saves directory. Now that would be useful.
reply
The problem is that you can never solve this without a topdown approach. Only having 50 dotfiles instead of 100 is not really an improvement. I believe Windows had some problem like this and around XP I think they started redirecting auto generated files to proper program files directories. What we need is a standard games saves directory. Now that would be useful.
reply
Panacea
This has been a pet peeve of mine since switching to Linux full time over a year ago. I've used Linux temporarily may times in the past but never really noticed how cluttered the /home directory got. It's too bad we can't force these programs to look for their stuff in the -/. config directory. I would move everything there today if I could.
reply
This has been a pet peeve of mine since switching to Linux full time over a year ago. I've used Linux temporarily may times in the past but never really noticed how cluttered the /home directory got. It's too bad we can't force these programs to look for their stuff in the -/. config directory. I would move everything there today if I could.
reply
Peter
Just for curiousity, what does directory -. porthole- do in a Slackware users home directory? Stuff does not look too disturbing here but running more than one system with one and the same home might get things interesting in particular when you migrate from one machine to another later.
And I found -. asoundrc. un-- and -. lmmsrc. un--.
reply
Just for curiousity, what does directory -. porthole- do in a Slackware users home directory? Stuff does not look too disturbing here but running more than one system with one and the same home might get things interesting in particular when you migrate from one machine to another later.
And I found -. asoundrc. un-- and -. lmmsrc. un--.
reply
Cuttlefish
Idk, I'm just glad all my customization/tinkering takes place in either /home/me/ or /etc/
Having spent a fair amount of time looking around the directory structure, I haven't had to use -find- yet; ls and grep are pretty good at filtering out what I'm looking for, especially with globstar shopt'd.
reply
Idk, I'm just glad all my customization/tinkering takes place in either /home/me/ or /etc/
Having spent a fair amount of time looking around the directory structure, I haven't had to use -find- yet; ls and grep are pretty good at filtering out what I'm looking for, especially with globstar shopt'd.
reply
Krinvanto
There are many softwares that, although put their config files in home directory, also support their configs to be in. config. For example, you can put i3 window manager-s config file at -/. config/i3/config. Although i3 by default put it-s config file in. config folder.
reply
There are many softwares that, although put their config files in home directory, also support their configs to be in. config. For example, you can put i3 window manager-s config file at -/. config/i3/config. Although i3 by default put it-s config file in. config folder.
reply
Krinvanto
There are many softwares that, although put their config files in home directory, also support their configs to be in. config. For example, you can put i3 window manager-s config file at -/. config/i3/config. Although i3 by default put it-s config file in. config folder.
reply
There are many softwares that, although put their config files in home directory, also support their configs to be in. config. For example, you can put i3 window manager-s config file at -/. config/i3/config. Although i3 by default put it-s config file in. config folder.
reply
Add a review, comment
Other channel videos
17:21
19:22
