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

This commit is contained in:
Joey Hess 2012-11-09 12:15:25 -04:00
commit de7b8ed6b0
5 changed files with 88 additions and 0 deletions

View file

@ -0,0 +1,27 @@
What steps will reproduce the problem?
* Start the assistant
* try to add a remote server (ssh) which is not on port 22. E.g. using myhost:1234
* after a rather long time the connection fails
What is the expected output? What do you see instead?
it would be nice if this syntax was supported, or if an (optional) port field was provided.
second best solution: inform the user that "myhost:1234" is not the expected format.
third best solution (already in place) fail with "some error message".
What version of git-annex are you using? On what operating system?
3.20121016 on Ubuntu 12.04 (in future maybe also on home nas with wheezy)
Please provide any additional information below.
Thanks for a nice program and all your work on debian!
this is not really a bug more of a wishlist feature.

View file

@ -0,0 +1,14 @@
[[!comment format=mdwn
username="https://www.google.com/accounts/o8/id?id=AItOawmBUR4O9mofxVbpb8JV9mEbVfIYv670uJo"
nickname="Justin"
subject="comment 1"
date="2012-11-09T14:04:57Z"
content="""
edit ~/.ssh/config. add
Host myhost
Port 1234
now you never have to specify the port again(for ssh,scp,rsync,etc)
"""]]

View file

@ -0,0 +1,8 @@
[[!comment format=mdwn
username="http://phil.0x539.de/"
nickname="Philipp Kern"
subject="How to deal with offline messages being eaten?"
date="2012-11-09T14:05:30Z"
content="""
How do you avoid eating up normal text messages when git-annex is the only client left? Granted, Google Talk does some additional magic so that it shows you the history when connecting with the web page client. But with other servers it would be inconvenient if new messages weren't saved as offline messages but sent to the dæmon instead.
"""]]

View file

@ -0,0 +1,10 @@
[[!comment format=mdwn
username="http://meep.pl/"
ip="193.219.28.34"
subject="git-remote-helpers"
date="2012-11-09T08:54:11Z"
content="""
It seems that xmpp::user@host (with double colon) would cause git to try to use a remote-xmpp helper.
Wouldn't it be a way to have the remote address (if not really URL) set and not be treated as ssh?
"""]]

View file

@ -0,0 +1,29 @@
Hi,
I've removed some large files with git remove, but seem to be unable to remove the corresponding annex content.
Example:
kheymann@corax:~/annex$ find -name "*s24576--10daa3d9007edad720dc057e4272a9c6cda930bef34a83e3bc1d93f1c55b9cac"
./.git/annex/objects/jF/j7/SHA256-s24576--10daa3d9007edad720dc057e4272a9c6cda930bef34a83e3bc1d93f1c55b9cac
./.git/annex/objects/jF/j7/SHA256-s24576--10daa3d9007edad720dc057e4272a9c6cda930bef34a83e3bc1d93f1c55b9cac/SHA256-s24576--10daa3d9007edad720dc057e4272a9c6cda930bef34a83e3bc1d93f1c55b9cac
kheymann@corax:~/annex$ git annex dropkey -vvv --backend SHA256 s24576--10daa3d9007edad720dc057e4272a9c6cda930bef34a83e3bc1d93f1c55b9cac
No output but the files remain in the annex. Git annex fsck and git annex unused run without listing files to be removes. What can I do apart from deleting the files manually from the annex?
Some info:
kheymann@corax:~/annex$ git annex version
git-annex version: 3.20121017
local repository version: 3
default repository version: 3
supported repository versions: 3
upgrade supported from repository versions: 0 1 2
Any hints?
Best,
Karsten