fixed
This commit is contained in:
parent
27b5fc9fd4
commit
d832a474e9
2 changed files with 3 additions and 3 deletions
|
@ -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.
|
> Yeah, this is the issue I was struggling with last night.
|
||||||
> I think it's fixed in 57cf65eb6d811ba7fd19eb62a54e3b83a0c2dfa7,
|
> I think it's fixed in 57cf65eb6d811ba7fd19eb62a54e3b83a0c2dfa7,
|
||||||
> but the kqueue watch still needs a lot of work. --[[Joey]]
|
> 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]]
|
||||||
|
|
|
@ -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.
|
* 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
|
* 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
|
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
|
cannot track file closes. Need to go back and check these files every
|
||||||
|
|
Loading…
Reference in a new issue