zlacker

[parent] [thread] 2 comments
1. faho+(OP)[view] [source] 2022-05-11 12:51:33
There is no specific reason for a program that uses the XDG dirs on other unices to not use them on macOS, other than some idea that it's "alien".

You can have ~/.config/. Nothing in macOS prevents you from having it. And so, some programs do. The worst thing that happens is that, instead of having one directoy ~/.foo you now have one directory ~/.config/foo and nothing else in ~/.config. But as soon as you add the second thing that uses ~/.config, you now have two directories in there instead of a second dotdirectory in ~.

It's just that for a bunch of them the XDG path is only used if it exists - e.g. emacs predates the spec, so it uses ~/.emacs.d (and a few others) first.

Cargo doesn't use the XDG paths at all, apparently - https://github.com/rust-lang/cargo/issues/1734. However it also needs a directory for binaries (~/.cargo/bin) and ~/.local/bin isn't actually in the spec at the moment (https://gitlab.freedesktop.org/xdg/xdg-specs/-/issues/14).

replies(2): >>sph+Kg >>deadbu+uj
2. sph+Kg[view] [source] 2022-05-11 14:14:09
>>faho+(OP)
> There is no specific reason for a program that uses the XDG dirs on other unices to not use them on macOS

Nobody stops Apple developers respecting a Freedesktop spec, but the point is many people that mostly know macOS probably didn't even know XDG was a thing. It's not like Apple encourages it in any of their command line utilities.

3. deadbu+uj[view] [source] 2022-05-11 14:25:37
>>faho+(OP)
It's a real shitshow.

https://wiki.archlinux.org/title/XDG_Base_Directory

[go to top]