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

This commit is contained in:
Joey Hess 2013-08-01 12:03:48 -04:00
commit 904f776a2f
5 changed files with 23 additions and 1 deletions

View file

@ -24,7 +24,7 @@ local paired with or is being used as a ssh server, but I don't yet
understand what. I have spent hours today trying various scenarios to break understand what. I have spent hours today trying various scenarios to break
git-annex and get this problem to happen. git-annex and get this problem to happen.
I certianly can improve the webapp's behavior when a repository's UUID is I certainly can improve the webapp's behavior when a repository's UUID is
not known. The easiest fix would be to simply not display such not known. The easiest fix would be to simply not display such
repositories. Or there could be a UI to try to get the UUID. repositories. Or there could be a UI to try to get the UUID.
But I'm more interested in fixing the core problem than putting But I'm more interested in fixing the core problem than putting

View file

@ -0,0 +1,12 @@
[[!comment format=mdwn
username="https://launchpad.net/~mikapflueger"
nickname="mikapflueger"
subject="Thank you so much!"
date="2013-08-01T01:13:51Z"
content="""
This behaviour of ssh has bugged me for years now (I even think it is an information leak ssh offers basically all my public ssh keys to every server I try to connect to, even though that public key might be confidential). Although it had nothing to do with git-annex, you helped me a _lot_ by pointing me towards IdentitiesOnly. Really a nice setting!
Cheers,
Mika
"""]]

View file

@ -0,0 +1,8 @@
[[!comment format=mdwn
username="ckeen"
ip="78.108.63.46"
subject="--force reload all URLs"
date="2013-08-01T09:47:34Z"
content="""
Is it intentionally saving URLs with a prefixed 2_? I have sorted out all missing URLs and renamed it, so no harm done, but it has been a bit of a hassle to get there.
"""]]

View file

@ -0,0 +1 @@
Apparently newer gnupg has support for hardware-accelerated AES-NI. It would be good to have an option to use that. I also wonder if using the same symmetric key for many files presents a security issues (and whether using GPG keys directly would be more secure).

View file

@ -0,0 +1 @@
Using an rsync remote is currently very slow when there are a lot of files, since rsync appears to be called for each file copied. It would be awesome if each call to rsync was amortized to copy many files; rsync is very good at copying many small files quickly.