aboutsummaryrefslogtreecommitdiff
path: root/doc
diff options
context:
space:
mode:
authorGravatar Joey Hess <joeyh@joeyh.name>2017-10-02 11:59:30 -0400
committerGravatar Joey Hess <joeyh@joeyh.name>2017-10-02 11:59:30 -0400
commit654f533199895e68de9470ab31d26009c41aeb14 (patch)
tree411acd3e40f770cf0fd2d832288d848836fe999d /doc
parent6dc6b4b7d9236a2ecbc3260945e0cd532a157c26 (diff)
parent3a0da1577e05c507ce490d1ac26ce953494bf599 (diff)
Merge branch 'master' of ssh://git-annex.branchable.com
Diffstat (limited to 'doc')
-rw-r--r--doc/bugs/Packfile_does_not_match_digest__58___gcrypt_with_assistant/comment_13_2bfa76c4083ff9c1d2a4adfe38ced2f0._comment10
-rw-r--r--doc/forum/use_existing_ssh_keys__63__/comment_4_8977bb8ee662c30dfcecae73cede9dfa._comment12
2 files changed, 22 insertions, 0 deletions
diff --git a/doc/bugs/Packfile_does_not_match_digest__58___gcrypt_with_assistant/comment_13_2bfa76c4083ff9c1d2a4adfe38ced2f0._comment b/doc/bugs/Packfile_does_not_match_digest__58___gcrypt_with_assistant/comment_13_2bfa76c4083ff9c1d2a4adfe38ced2f0._comment
new file mode 100644
index 000000000..1a2bc7cd1
--- /dev/null
+++ b/doc/bugs/Packfile_does_not_match_digest__58___gcrypt_with_assistant/comment_13_2bfa76c4083ff9c1d2a4adfe38ced2f0._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="jgoerzen"
+ avatar="http://cdn.libravatar.org/avatar/090740822c9dcdb39ffe506b890981b4"
+ subject="A hint?"
+ date="2017-10-02T02:05:32Z"
+ content="""
+Hi folks,
+
+I no longer use git-annex so I can't comment directly on this. However, in some testing with git-remote-gcrypt, I came across an issue where changes seem to be lost. In short, every git push behaves as if --force were given. Details in [Debian but #877464](https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=877464).
+"""]]
diff --git a/doc/forum/use_existing_ssh_keys__63__/comment_4_8977bb8ee662c30dfcecae73cede9dfa._comment b/doc/forum/use_existing_ssh_keys__63__/comment_4_8977bb8ee662c30dfcecae73cede9dfa._comment
new file mode 100644
index 000000000..696120da9
--- /dev/null
+++ b/doc/forum/use_existing_ssh_keys__63__/comment_4_8977bb8ee662c30dfcecae73cede9dfa._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="80d8aa@c71d4a9510ad0353dbcf7df399c2e6bde0012474"
+ nickname="80d8aa"
+ avatar="http://cdn.libravatar.org/avatar/b3f9ee295805d0758d569ca97157fb65"
+ subject="Use existing ssh keys"
+ date="2017-09-30T17:07:39Z"
+ content="""
+Is there an argument against the original request of being able to use an existing *non-default* ssh key when setting up a remote ssh repo with the webapp?
+
+As suggested above, one could reasonably have different identities, not all of which should have access to the git-annex repo. AFAIU, the way things are one has to either use their default identity with a remote ssh repo OR temporarily enable password authentication on the server so that the webapp will generate and install its own key, then turn it off. That is a tall order and might not even be possible if the server is not under the user's control. Am I missing something?
+
+"""]]