-
Notifications
You must be signed in to change notification settings - Fork 42
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
No modification notifications for symlinks #87
Comments
I believe this is the expected/desired behavior. A symlink is just a special kind of file which contains a path to another file (which may not even exist). As the man page says, "Inotify monitoring is inode-based," so we wouldn't expect a change to the target of a symlink to be picked up. I think you'll have to watch the whole tree to catch such modifications. |
This indeed seems to be a complicated subject. Differences between operating systems and chance of infinite recursion. |
Yes it is tricky. Hopefully you can solve your problem by adding watches to wherever the files actually live, since Going to close this but let me know if you have any other thoughts. |
Well actually -- the fswatch library is kind of a gold standard and it looks like they have done some work on this. See emcrisostomo/fswatch#87, they mention that for So I guess we could consider this a feature request to add similar functionality. You'd still be out of luck on OSX though. |
If someone's looking for workaround, jaspervdj/hakyll#502 (comment) might help you |
this has been copied over from #66 (comment) by @Prillan
Setup
Start the watcher in
/tmp/fsnotify-test/links
:watchTree mgr "/tmp/fsnotify-test/links/" (const True) print
The following commands illustrate this point
Note that the only actions output were the ones affecting the links themselves.
The text was updated successfully, but these errors were encountered: