Restow does not actually write between removing and creating about stow HOT 4 OPEN

Good catch. To be fair, it says -R is like -S after a -D, not that it's identical ;-)

Out of curiosity, does this lack of change to the links' timestamps cause a problem for you? And if so, how? I could look at changing the behaviour, but don't want to do that until I understand the use case.

from stow.

I just use an -S after a -D in my script now, and even if this change would be implemented I would still do so, because since then I added an option to not put the symlink back so the complexity of my script wouldn't change.

	stow -D -d "$1" -t "$2" "$3"
			[ "$stow_mode" = "stow" ] && \
				stow -S -d "$1" -t "$2" "$3"

My script handles dotfiles and I wanted to still be able to watch filechange events on the symlinks, triggered by my script on "restow"

So to boil it down, based on the description of the -R flag I would expect a filechange event, because it is like an -S followed by a -D 😉.

I wouldn't say it's super important, even just removing that "like" statement from the flags description would be a solution as that would remove this expectation. Or just clarify that it does not touch files that wouldn't change. (I think thats what it does now)

from stow.

Yeah good points thanks. I'm just wondering if there is actually an advantage to keeping it with this different behaviour, because then (assuming we clarified the difference in the docs) users could choose which of the two behaviours they want. What do you think?

from stow.

Tbh, at this point I'm not even sure whats the difference between -R and just running -S again.

from stow.