Merge branch 'master' of ssh://git-annex.branchable.com

This commit is contained in:
Joey Hess 2014-04-17 14:31:08 -04:00
commit 797af48f24
7 changed files with 159 additions and 0 deletions

View file

@ -0,0 +1,12 @@
[[!comment format=mdwn
username="http://joeyh.name/"
ip="209.250.56.191"
subject="comment 1"
date="2014-04-17T17:25:29Z"
content="""
That error message is a git error message (from git's `wrapper.c`), not a git-annex error message.
It's quite possible that git does not scale to as many file on Windows as it does on Unix, and git is known to not scale particularly well to vast numbers of files even on unix, although running out of memory is not the typical failure mode there.
I think you should file a bug report on git.
"""]]

View file

@ -0,0 +1,45 @@
### Please describe the problem.
umask is 022 on both hosts
If one does ls -lL on source repo, the files are shown 644.
Now, "git annex get" from a clone done over ssh generally preserves 644 ... except if the transfer (rsync) is interrupted, and then resumed.
In fact, looks like the temp files in .git/annex/tmp have the og+r bits cleared during the resumed transfer.
So this is inconsistent: I don't see why permissions should be different, depending whether or not there was an interruption in the transfer.
Plus, og+r permissions can actually be important for setups like serving contents using Samba.
### What steps will reproduce the problem?
cd dir1
git init
git annex init
touch a
truncate -s 10G b
git annex add .
git commit -m 'new'
git clone localhost:/path/to/dir1 dir2
cd dir2
git annex get
ctrl^c
git annex get
ls -lL
... see different perms
### What version of git-annex are you using? On what operating system?
git-annex version: 5.20140411-gda795e0
Linux
### Please provide any additional information below.
[[!format sh """
# If you can, paste a complete transcript of the problem occurring here.
# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
# End of transcript or log.
"""]]