Merge branch 'master' of ssh://git-annex.branchable.com
This commit is contained in:
commit
d3be479093
2 changed files with 28 additions and 0 deletions
|
@ -0,0 +1,19 @@
|
|||
[[!comment format=mdwn
|
||||
username="http://joeyh.name/"
|
||||
subject="comment 3"
|
||||
date="2012-07-04T12:32:44Z"
|
||||
content="""
|
||||
Jimmy, sounds like I could use something like this to get the current limit:
|
||||
|
||||
sysctl kern.maxfilesperproc
|
||||
|
||||
Probably prints \"sysctl kern.maxfilesperproc = 256\" or such.. can you verify?
|
||||
Once I have the limit, I can make the kqueue code use subset of it, and print out a message when it needs to be increased, like the inotify code does.
|
||||
|
||||
(Also, the kqueue code only opens directories, not files, so unless you have 400000 directories, that's
|
||||
a little high.)
|
||||
|
||||
---
|
||||
|
||||
On file removal not propigating, does this still happen? When you remove a file does a git commit automatically happen, or is that broken with kqueue?
|
||||
"""]]
|
|
@ -0,0 +1,9 @@
|
|||
[[!comment format=mdwn
|
||||
username="http://joeyh.name/"
|
||||
subject="comment 14"
|
||||
date="2012-07-04T12:43:54Z"
|
||||
content="""
|
||||
@Damien, hmm, it should not be using any cp options, unless when it was built there was a cp in the path that supported some option like -p. Can you check with --debug what cp parameters it's trying to use?
|
||||
|
||||
|
||||
"""]]
|
Loading…
Reference in a new issue