Merge branch 'master' of ssh://git-annex.branchable.com
This commit is contained in:
commit
87c7f5dd62
2 changed files with 21 additions and 0 deletions
|
@ -0,0 +1,8 @@
|
|||
[[!comment format=mdwn
|
||||
username="http://joeyh.name/"
|
||||
ip="4.153.8.80"
|
||||
subject="comment 2"
|
||||
date="2013-09-30T16:23:31Z"
|
||||
content="""
|
||||
I've had a bit of a mess with cabal. First my release scripts apparently broke and didn't upload the last 2 releases there. Then when I manually fixed that, hackage has been upgraded to a new version, which is broken and will not accept tarballs > 1 mb. So I had to re-upload git-annex hacked to fit in 1 mb (removing all documentation), and I did so from a current git snapshot. Meh.
|
||||
"""]]
|
|
@ -0,0 +1,13 @@
|
|||
[[!comment format=mdwn
|
||||
username="http://joeyh.name/"
|
||||
ip="4.153.8.80"
|
||||
subject="comment 1"
|
||||
date="2013-09-30T16:47:42Z"
|
||||
content="""
|
||||
I was able to cause a permission denied on `git annex direct` if I made the file in .git/annex/objects be owned by an different user than me. I do not know how that could happen in normal operation of git-annex.
|
||||
|
||||
|
||||
I have made `git annex direct` catch this exception and continue. So you will get a repository that is switched to direct mode, but with one file that is still a symlink to the content, and if you fix the permissions problem, `git annex fsck` will fix it.
|
||||
|
||||
I am curious about any details of how your repository got into the original state..
|
||||
"""]]
|
Loading…
Add table
Reference in a new issue