You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Is your feature request related to a problem? Please describe.
I use ##os.Darwin alts pretty frequently to avoid polluting my home directory on non-macOS systems. In particular, I have a number of files in ~/.config/yadm/alt/Library which are macOS-specific to avoid creating a ~/Library that would otherwise not exist on Linux.
Because alternate directory names only work if there is a file at the top level, I can't just create ~/.config/yadm/alt/Library##os.Darwin, since most files are in a subdirectory of Library, for example:
The perfect solution in this case would be for me to rename my ~/.config/yadm/alt/Library to Library##os.Darwin, and then I could rename all of its contained files to their usual names without any ## suffix.
As described in #328, directories with an alternate name will have their direct children linked, but deeply nested directories are not supported. The documentation was updated to reflect that, so I guess this is an explicit request for the alternative: to support these kinds of directories instead.
Describe alternatives you've considered
Currently, I'm simply using alts where each file has a ## suffix, but it would reduce the need to use extension.* suffixes and generally look a lot cleaner if alts could link a whole directory recursively instead.
If it would be accepted, I'm willing to try updating the implementation and open a PR! I guess this might be considered a "breaking change" of sorts, since it could end up linking new files that weren't before, but I'd guess it's pretty rare to have directories like this for most users.
Edit: looks like maybe the target/condition parsing would be most important here: https://github.com/TheLocehiliosan/yadm/blob/master/yadm#L170-L171 - probably would need to split at path separators and parse out the source/conditions a little more robustly. I'm not sure how this works for top-level files today?
The text was updated successfully, but these errors were encountered:
This issue has been labeled as stale because it has been open 60 days with no activity. Remove stale label or comment or this will be closed in 7 days.
Still interested in this feature, but the stalebot has reminded me I was going to try implementing this myself... Seems this repo hasn't been super active recently but maybe I will give it a shot anyway.
Is your feature request related to a problem? Please describe.
I use
##os.Darwin
alts pretty frequently to avoid polluting my home directory on non-macOS systems. In particular, I have a number of files in~/.config/yadm/alt/Library
which are macOS-specific to avoid creating a~/Library
that would otherwise not exist on Linux.Because alternate directory names only work if there is a file at the top level, I can't just create
~/.config/yadm/alt/Library##os.Darwin
, since most files are in a subdirectory ofLibrary
, for example:Describe the solution you'd like
The perfect solution in this case would be for me to rename my
~/.config/yadm/alt/Library
toLibrary##os.Darwin
, and then I could rename all of its contained files to their usual names without any##
suffix.As described in #328, directories with an alternate name will have their direct children linked, but deeply nested directories are not supported. The documentation was updated to reflect that, so I guess this is an explicit request for the alternative: to support these kinds of directories instead.
Describe alternatives you've considered
Currently, I'm simply using alts where each file has a
##
suffix, but it would reduce the need to useextension.*
suffixes and generally look a lot cleaner if alts could link a whole directory recursively instead.Additional context
From what I can tell, the decision of how/whether to link an alternate is done here in
alt_linking
: https://github.com/TheLocehiliosan/yadm/blob/master/yadm#L695-L702If it would be accepted, I'm willing to try updating the implementation and open a PR! I guess this might be considered a "breaking change" of sorts, since it could end up linking new files that weren't before, but I'd guess it's pretty rare to have directories like this for most users.
Edit: looks like maybe the target/condition parsing would be most important here: https://github.com/TheLocehiliosan/yadm/blob/master/yadm#L170-L171 - probably would need to split at path separators and parse out the source/conditions a little more robustly. I'm not sure how this works for top-level files today?
The text was updated successfully, but these errors were encountered: