|
|
|
|
|
by HumanOstrich
205 days ago
|
|
> I could almost see XDG_CONFIG_HOME being a setting read by a driver that provides access to a "virtual" path Now you have even more complexity. Programs will have to know where this "virtual" path is unless you're suggesting it should be hard-coded. > on *nix, all paths are virtual anyways What does this mean? |
|
Not at all. You can read `XDG_CONFIG_HOME` to know where the config path actually is.
Or, if you're lazy, just hard code to `.config`.
I think maybe you are unfamiliar with how paths work on *nix.
All paths are virtual, meaning they are provided by something. Part of the "everything is a file" nix thing. Normally, files are provided by your file system, which (usually) examines stuff like inodes and partition bits, but they are also provided by processes, sockets, pipes, etc.
Everything is a file. So .config is just another "file", if you move the whole disk directory aside, it still exists, provided by the driver.
So your program has to do exactly nothing, other that use either a path, or maybe the env var (maybe useful if you move the physical location of the folder, e.g.)