Merge branch 'master' of ssh://git-annex.branchable.com
This commit is contained in:
commit
081cfba131
8 changed files with 83 additions and 0 deletions
|
@ -0,0 +1,12 @@
|
|||
[[!comment format=mdwn
|
||||
username="http://joeyh.name/"
|
||||
ip="209.250.56.87"
|
||||
subject="comment 11"
|
||||
date="2013-12-16T17:20:34Z"
|
||||
content="""
|
||||
I now understand the problem described in comment 6, where once it started failing, it would leak one file descriptor per failure.
|
||||
|
||||
I think that failure mode was fixed by accident in the changes in [[!commit 2fd63f3cfac705f0a18f4bcbe0489ce8ea1800d7]].
|
||||
|
||||
This doesn't explain what would open so many files to get it into that failure mode, however.
|
||||
"""]]
|
|
@ -0,0 +1,13 @@
|
|||
[[!comment format=mdwn
|
||||
username="http://joeyh.name/"
|
||||
ip="209.250.56.87"
|
||||
subject="comment 2"
|
||||
date="2013-12-16T17:14:06Z"
|
||||
content="""
|
||||
It seems that `ls-files --modified` runs the same code path that commit did to see if the file is changed, which here is a cheap
|
||||
stat, and on your system mmaps and downloads it all.
|
||||
|
||||
I cannot see a good way to avoid using `ls-files --modified`.
|
||||
|
||||
I think it would be better to fix git.
|
||||
"""]]
|
|
@ -0,0 +1,10 @@
|
|||
[[!comment format=mdwn
|
||||
username="http://joeyh.name/"
|
||||
ip="209.250.56.87"
|
||||
subject="comment 3"
|
||||
date="2013-12-16T16:27:28Z"
|
||||
content="""
|
||||
You can leave off the -c core.bare=false, if your git does not support it.
|
||||
|
||||
That is an exceptionally old version of git. I'm sure it's the problem, so you should upgrade.
|
||||
"""]]
|
|
@ -0,0 +1,10 @@
|
|||
[[!comment format=mdwn
|
||||
username="https://www.google.com/accounts/o8/id?id=AItOawnWaZGX4m5Oic-vvIKUJHZLrY5W1G7mtQ4"
|
||||
nickname="Andrew"
|
||||
subject="comment 4"
|
||||
date="2013-12-16T20:16:26Z"
|
||||
content="""
|
||||
Built and installed Git 1.8.5 from source and the problem went away.
|
||||
|
||||
Thanks!
|
||||
"""]]
|
|
@ -0,0 +1,8 @@
|
|||
[[!comment format=mdwn
|
||||
username="https://www.google.com/accounts/o8/id?id=AItOawleVyKk2kQsB_HgEdS7w1s0BmgRGy1aay0"
|
||||
nickname="Milan"
|
||||
subject="comment 3"
|
||||
date="2013-12-16T16:41:08Z"
|
||||
content="""
|
||||
Thanks, after the update it works.
|
||||
"""]]
|
|
@ -0,0 +1,10 @@
|
|||
[[!comment format=mdwn
|
||||
username="https://www.google.com/accounts/o8/id?id=AItOawmicVKRM8vJX4wPuAwlLEoS2cjmFXQkjkE"
|
||||
nickname="Thomas"
|
||||
subject="not useful for "plain directory" special remote?"
|
||||
date="2013-12-16T20:10:16Z"
|
||||
content="""
|
||||
It says: \"Note that the File should not influence the filename used on the remote. The filename used should be derived from the Key.\"
|
||||
|
||||
Thus this interface might not be useful to implement [[todo/New special remote suggeston - clean directory]]? The clean directory special remote would just do that: save $key content on the remote under the filename $file.
|
||||
"""]]
|
|
@ -0,0 +1,10 @@
|
|||
[[!comment format=mdwn
|
||||
username="http://joeyh.name/"
|
||||
ip="209.250.56.87"
|
||||
subject="comment 3"
|
||||
date="2013-12-16T17:07:17Z"
|
||||
content="""
|
||||
Looking at this again, you forgot to tell it the name of the remote, so it took the first parameter (host=\"objects.dreamhost.com\" ) as the name. The rest probably follows from that mistake.
|
||||
|
||||
use `git annex initremote mys3 host=...`
|
||||
"""]]
|
|
@ -0,0 +1,10 @@
|
|||
[[!comment format=mdwn
|
||||
username="http://joeyh.name/"
|
||||
ip="209.250.56.87"
|
||||
subject="comment 4"
|
||||
date="2013-12-16T17:04:44Z"
|
||||
content="""
|
||||
I wouldn't recommend running `git annex forget --drop-dead` right after losing a drive. You might find the drive again, or get the dead drive to work again. Even if you know you'll never find it, you may want to query git-annex to find files that were only located on that drive, and deal with them, etc.
|
||||
|
||||
But if you're worried about that information in the git-annex branch cluttering up the git repository, you keep in mind that `git annex forget` will let you remove it at some point in the future.
|
||||
"""]]
|
Loading…
Add table
Add a link
Reference in a new issue