This commit is contained in:
parent
7f2ef57601
commit
2ed947897b
1 changed files with 28 additions and 0 deletions
|
@ -0,0 +1,28 @@
|
||||||
|
### 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?
|
||||||
|
|
||||||
|
|
||||||
|
### 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.
|
||||||
|
"""]]
|
Loading…
Add table
Add a link
Reference in a new issue