From d832a474e9f0f9bda2bc2438e7e037fb16a637c7 Mon Sep 17 00:00:00 2001 From: Joey Hess Date: Tue, 19 Jun 2012 09:19:40 -0400 Subject: [PATCH] fixed --- doc/bugs/watch_command_on_OSX_10.7.mdwn | 3 +++ doc/design/assistant/inotify.mdwn | 3 --- 2 files changed, 3 insertions(+), 3 deletions(-) diff --git a/doc/bugs/watch_command_on_OSX_10.7.mdwn b/doc/bugs/watch_command_on_OSX_10.7.mdwn index 2f8aac7d5f..a522c504a6 100644 --- a/doc/bugs/watch_command_on_OSX_10.7.mdwn +++ b/doc/bugs/watch_command_on_OSX_10.7.mdwn @@ -32,3 +32,6 @@ note: i had posted a commend in the blog post, but posting the issue here is pro > Yeah, this is the issue I was struggling with last night. > I think it's fixed in 57cf65eb6d811ba7fd19eb62a54e3b83a0c2dfa7, > but the kqueue watch still needs a lot of work. --[[Joey]] + +>> Confirmed this is fixed, but do note the known kqueue bugs in +>> [[design/assistant/inotify]]! [[done]] --[[Joey]] diff --git a/doc/design/assistant/inotify.mdwn b/doc/design/assistant/inotify.mdwn index 7fe2a89ce3..2520ddcf53 100644 --- a/doc/design/assistant/inotify.mdwn +++ b/doc/design/assistant/inotify.mdwn @@ -13,9 +13,6 @@ There is a `watch` branch in git that adds the command. * When you `git annex unlock` a file, it will immediately be re-locked. -* With kqueue, added files are not staged because the symlink change event - it's expecting rarely arrives. I think due to a race. - * With kqueue, if a while is created and still has a writer, it'll give up adding it, and it will never get added. This is because kqueue cannot track file closes. Need to go back and check these files every