From 283aca3dfbf1d01e401b2aef5715046e36a0e458 Mon Sep 17 00:00:00 2001 From: db48x Date: Wed, 22 Feb 2017 00:37:22 +0000 Subject: [PATCH 1/5] --- ..._ssh_and_bundled_ssh_are_incompatible.mdwn | 53 +++++++++++++++++++ 1 file changed, 53 insertions(+) create mode 100644 doc/bugs/configuration_options_for_system_ssh_and_bundled_ssh_are_incompatible.mdwn diff --git a/doc/bugs/configuration_options_for_system_ssh_and_bundled_ssh_are_incompatible.mdwn b/doc/bugs/configuration_options_for_system_ssh_and_bundled_ssh_are_incompatible.mdwn new file mode 100644 index 0000000000..13f09d964f --- /dev/null +++ b/doc/bugs/configuration_options_for_system_ssh_and_bundled_ssh_are_incompatible.mdwn @@ -0,0 +1,53 @@ +### Please describe the problem. + +It appears that the bundled ssh is built without support for some configuration options supported by my system ssh. In particular it doesn't support GSSAPIKexAlgorithms. In principle it's fine to compile this ssh without support for GSS, since nobody uses it, but in practice it means that I can't even turn it off in my system config without breaking the bundled ssh. + +(I suppose the problem could also be that the bundled ssh tries to use the system ssh configuration instead of a bundled configuration.) + +### What version of git-annex are you using? On what operating system? + +[[!format sh """ +git-annex version: 6.20161231-gc8eeb17da +build flags: Assistant Webapp Pairing Testsuite S3(multipartupload)(storageclasses) WebDAV Inotify DBus DesktopNotify ConcurrentOutput TorrentParser MagicMime Feeds Quvi +key/value backends: SHA256E SHA256 SHA512E SHA512 SHA224E SHA224 SHA384E SHA384 SHA3_256E SHA3_256 SHA3_512E SHA3_512 SHA3_224E SHA3_224 SHA3_384E SHA3_384 SKEIN256E SKEIN256 SKEIN512E SKEIN512 SHA1E SHA1 MD5E MD5 WORM URL +remote types: git gcrypt p2p S3 bup directory rsync web bittorrent webdav tahoe glacier ddar hook external +local repository version: 6 +supported repository versions: 3 5 6 +upgrade supported from repository versions: 0 1 2 3 4 5 +operating system: linux x86_64 +"""]] + +### Please provide any additional information below. + +See also [[todo/git-annex_ignores_GIT__95__SSH]] + +[[!format sh """ + db48x  ~  video  git-annex sync +commit +On branch master +Your branch is ahead of 'anglachel/master' by 20 commits. + (use "git push" to publish your local commits) +nothing to commit, working tree clean +ok +pull anglachel +/etc/crypto-policies/back-ends/openssh.config: line 3: Bad configuration option: gssapikexalgorithms +/etc/crypto-policies/back-ends/openssh.config: terminating, 1 bad configuration options +fatal: Could not read from remote repository. +Please make sure you have the correct access rights +and the repository exists. +failed +push anglachel +/etc/crypto-policies/back-ends/openssh.config: line 3: Bad configuration option: gssapikexalgorithms +/etc/crypto-policies/back-ends/openssh.config: terminating, 1 bad configuration options +fatal: Could not read from remote repository. +Please make sure you have the correct access rights +and the repository exists. + Pushing to anglachel failed. + (non-fast-forward problems can be solved by setting receive.denyNonFastforwards to false in the remote's git config) +failed +git-annex: sync: 2 failed +"""]] + +### Have you had any luck using git-annex before? (Sometimes we get tired of reading bug reports all day and a lil' positive end note does wonders) + + From 3c7b7ebf0cb1ff0f637fcc198849d2377a45042e Mon Sep 17 00:00:00 2001 From: "jean.jordaan@4bb3bd508a9eb0a4bab5d1b587dadd2b6c4a7edc" Date: Wed, 22 Feb 2017 04:22:51 +0000 Subject: [PATCH 2/5] --- doc/forum/Dealing_with_long_filenames.mdwn | 8 ++++++++ 1 file changed, 8 insertions(+) create mode 100644 doc/forum/Dealing_with_long_filenames.mdwn diff --git a/doc/forum/Dealing_with_long_filenames.mdwn b/doc/forum/Dealing_with_long_filenames.mdwn new file mode 100644 index 0000000000..cb15df065b --- /dev/null +++ b/doc/forum/Dealing_with_long_filenames.mdwn @@ -0,0 +1,8 @@ +- External HD A: annex (contains files with long paths) +- External HD B: annex (synced with A, doesn't have the contents for files with long paths) +- laptop HD: annex (syncing with B fails: paths too long) + +How should I resolve this? + +- Can I rename the broken symlinks on B to shorten the paths, and then sync to the laptop? Would this be propagated to A when it's connected again? +- Can I `git rm too/long/paths` on B and then sync? From 581144a9881f22e0b48cdf444c1a20f35b3bef5c Mon Sep 17 00:00:00 2001 From: "jean.jordaan@4bb3bd508a9eb0a4bab5d1b587dadd2b6c4a7edc" Date: Wed, 22 Feb 2017 04:23:29 +0000 Subject: [PATCH 3/5] --- doc/forum/Dealing_with_long_filenames.mdwn | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/doc/forum/Dealing_with_long_filenames.mdwn b/doc/forum/Dealing_with_long_filenames.mdwn index cb15df065b..5411c32153 100644 --- a/doc/forum/Dealing_with_long_filenames.mdwn +++ b/doc/forum/Dealing_with_long_filenames.mdwn @@ -1,6 +1,6 @@ - External HD A: annex (contains files with long paths) - External HD B: annex (synced with A, doesn't have the contents for files with long paths) -- laptop HD: annex (syncing with B fails: paths too long) +- laptop HD: annex (*syncing with B fails*: paths too long) How should I resolve this? From a9a15f63a4e76b9e7ac966787ab8a0737fef4e89 Mon Sep 17 00:00:00 2001 From: "lhunath@3b4ff15f4600f3276d1776a490b734fca0f5c245" Date: Wed, 22 Feb 2017 16:12:10 +0000 Subject: [PATCH 4/5] --- doc/forum/Upspin.mdwn | 5 +++++ 1 file changed, 5 insertions(+) create mode 100644 doc/forum/Upspin.mdwn diff --git a/doc/forum/Upspin.mdwn b/doc/forum/Upspin.mdwn new file mode 100644 index 0000000000..0ef764130a --- /dev/null +++ b/doc/forum/Upspin.mdwn @@ -0,0 +1,5 @@ +As soon as I read about Upspin, I thought about git-annex. Could Upspin's interfaces be beneficial to the project and provide a standardization for naming, permissions and access control? + +I realize some of these concepts are not yet part of git-annex, but I thought I'd drop the note and give you the opportunity to evaluate the extent in which Upspin makes sense in the context of git-annex. + +https://upspin.io/ From 9f9d7ae029a03b3afb3416d238bc78f20150a0e5 Mon Sep 17 00:00:00 2001 From: "benjamin.poldrack@d09ccff6d42dd20277610b59867cf7462927b8e3" Date: Wed, 22 Feb 2017 16:48:04 +0000 Subject: [PATCH 5/5] Added a comment --- ...mment_5_e7c09850009e961354e26f169ccdc6e3._comment | 12 ++++++++++++ 1 file changed, 12 insertions(+) create mode 100644 doc/bugs/git_annex_status_fails_with_submodule_in_direct_mode/comment_5_e7c09850009e961354e26f169ccdc6e3._comment diff --git a/doc/bugs/git_annex_status_fails_with_submodule_in_direct_mode/comment_5_e7c09850009e961354e26f169ccdc6e3._comment b/doc/bugs/git_annex_status_fails_with_submodule_in_direct_mode/comment_5_e7c09850009e961354e26f169ccdc6e3._comment new file mode 100644 index 0000000000..a2af5ca080 --- /dev/null +++ b/doc/bugs/git_annex_status_fails_with_submodule_in_direct_mode/comment_5_e7c09850009e961354e26f169ccdc6e3._comment @@ -0,0 +1,12 @@ +[[!comment format=mdwn + username="benjamin.poldrack@d09ccff6d42dd20277610b59867cf7462927b8e3" + nickname="benjamin.poldrack" + avatar="http://cdn.libravatar.org/avatar/5c1a901caa7c2cfeeb7e17e786c5230d" + subject="comment 5" + date="2017-02-22T16:48:04Z" + content=""" +Just noticed another thing: If that failure happens, git-annex exits zero. Therefore it's hard to detect for us. We have just an empty json as return value as if the repo was clean. +It would be nice to have either a non-zero exit or something within the json to indicate that the command failed. + +[[ben]] +"""]]