Modetc: Move your dotfiles from kernel space

40 pointsposted 10 hours ago
by todsacerdoti

27 Comments

amusingimpala75

an hour ago

From the example:

  # XDG "compliant" programs
  .config/ etc/
  .local/state/ var/lib/
  .cache/ var/cache/
This is the first I’ve heard of using ~/etc instead of ~/.config as $XDG_CONFIG_DIR. Is there any precedent for that?

rnhmjoj

an hour ago

Well, it's just the natural extension of the FHS convention to the home directory.

I didn't come up with this idea, though, I think I saw this in a reddit thread and started doing it myself: I like that the directories are visible and follow the usual structure.

godelski

16 minutes ago

Why not push it under a hidden directory? Like ~/.local/etc? If we're reconstructing some of the hierarchy I think it makes sense to group and hide. Isn't the problem that the home folder is getting cluttered?

dividedbyzero

8 minutes ago

But why would I want those directories visible in my home dir?

tengwar2

7 hours ago

One of the annoyances of Linux is working out where configuration information is, following through multiple layers of indirection and files over-riding other files. This looks like adding another layer, another place to look, and if you're reading the man file for a shell (for example) it probably won't even mention that this could invalidate the information contained in that in the man file.

ktm5j

4 hours ago

You're not wrong. In a worst case scenario I resort to using strace to figure out where a program is reading config from.. from what I understand, if this kernel module is in use then even that approach wouldn't help.

But since the use case is personal dotfiles, I imagine the user isn't going to forget that they set this up.

mariusor

5 hours ago

> working out where configuration information is

Generally, good behaved applications have an entry in their man page that spells out these details for you, so you don't have to work out anything.

user3939382

5 hours ago

Unfortunately so many packages these days don’t even have a man page at all let alone one with good config info.

mariusor

5 hours ago

Well ... hopefully they're open source and all that.

brianjlogan

3 hours ago

To be fair the author shows an example of using NixOS. It's absolutely another layer of indirection (probably several) but it does make that usual Linux "fun" less problematic because of its immutable nature and API design.

skobes

6 hours ago

Tomorrow: modify man pages from kernel space!

pimlottc

4 hours ago

I didn’t understand what this was from the title. Perhaps a better description would be “mod_rewrite for your homedir”

yokoprime

7 hours ago

I struggle to see a valid usecase for this that isn’t handled by symlinks.

rnhmjoj

3 hours ago

Hi, author here: whether it's a valid use case depends on your level of OCD, but the difference compared to symlinks or bind mounts is that you will have a clean home: e.g. `ls -la` won't show any "hidden" files.

Also, completely unrelated to my motivation, someone pointed out that modetc could be used to quickly hotfix packages built with Nix. Say that you need to fix a CVE in openssl, normally that would require to rebuild all dependent packages, which takes a long time. Instead with something like modetc you could build just openssl and rewrite /nix/store/<hash>-openssl-3.6.0/ -> /nix/store/<hash>-openssl-3.6.0-hotfix/.

Another application might be replacing some configuration file with placeholders for secrets, with one file with the secrets substituted in, without having to modify it in place, possibly only for a specific UID. This is something you might find useful on NixOS.

regularfry

7 hours ago

If I symlink ~/.ssh -> ~/.config/ssh, I still have .ssh in my ~. Whereas if I rewrite it, I don't.

hvenev

7 hours ago

Will you not have `~/.ssh`? If you have `.ssh .config/ssh` as a rewrite rule, `stat ~/.ssh` will still find it.

txtsd

7 hours ago

The point is to have a clean home directory.

jl6

6 hours ago

Abandon hope.

I just treat ~ as a system-owned configuration area, and put my actual files (documents, photos, etc.) in a completely different hierarchy under /.

oftenwrong

3 hours ago

I have been doing this for decades. My files are in a sub-directory of $HOME. It also makes it very obvious when a piece of software does not treat your $HOME with respect.

ComputerGuru

an hour ago

On Windows this was always easier because, for some reason, most everyone respected %appdata% compared to XDG_CONFIG_HOME, but also because hidden files wasn’t just a naming convention but an actual separate metadata flag.

trollbridge

4 hours ago

You could write a kernel module, then, that just hides certain symlinks from you (which is effectively what this module is).

Joker_vD

38 minutes ago

That ship has sailed 30 years ago.

user3939382

5 hours ago

The use case is that you can actually use your home directory without either (a) hiding files or (b) wading through 40 config files and dirs that XDG ignorant devs put there.

Joker_vD

37 minutes ago

Every time I see yet another dotfile-management solution I just can't help but wonder: maybe it's the dotfiles that are the problem?

simonkagedal

an hour ago

The limit of 16 rules is interesting. Where does that come from?

user3939382

5 hours ago

I absolutely love this and have wanted to take the time to build this for years precisely because of dotfiles. Thank you!