Closed HiImJulien closed 2 years ago
For the cache issues, you could run dotter with the flags --cache-directory
and --cache-file
with a separate one for each install, and have an alias that runs it with the correct ones depending on the platform - implementing it inside of dotter will probably introduce a bunch of bugs and I think it's a bit out of scope.
For conditionally including files - this is already a feature, check out conditional files
Neat, the --cache-file
solves one of my problems.
For conditionally including files - this is already a feature, check out conditional files
I already looked into this but this is not an option, since there are too many single-file configs.
My issue is not about conditionally linking a single file. It's about conditionally including a windows.toml
into my local.toml
.
Is there are a flag with which I can specify which local.toml
to use as well?
Is there are a flag with which I can specify which local.toml to use as well?
If only there was a way to list all the flags :P (im talking about --help)
Whoops. Thanks <3
Hey there! I have four platforms that I regularly work on:
The first two platforms use the "local.toml" approach as intended. The latter two, however, cause an issue.
Is your feature request related to a problem? Please describe. I have cloned my dotfiles into
C:/.../Documents/Repositories
(on Windows). Inside WSL I have a symlink~/Repositories
which points toC:/.../Documents/Repositories
. For linux I use my default "global.toml" whereas for windows I have a "windows.toml".Running
dotter
twice in the same directory but once from Windows and once from WSL leaves me with an error message stating that the cache is corrupt, since it cannot access windows paths from within wsl and vice versa.The only workaround I have found so far was to checkout my dotfiles repo twice, where one copy belongs to each platform. This is really annoying, when I am tweaking my configs e.g. for neoVIm and need to test whether everything works as intended on linux as well as windows.
Describe the solution you'd like I'd love to
For example the cache could be reworked to store links in a format like that:
Describe alternatives you've considered
Manually symlink my dotfiles, making this tool obsolete for my purposes.
Alternatively, I was thinking that I could use the
hostname.toml
approach introduced by this PR. However, when installing the WSL on Windows it automatically gets assigned the same hostname, which is (as I've realized after bricking my WSL setup) required for several tools.I'd love to create a pull request for this; but I started learning Rust only a week ago. I might take ages to finish.