Merge branch 'master' of ssh://git-annex.branchable.com
This commit is contained in:
commit
aa31a7182e
7 changed files with 61 additions and 0 deletions
|
@ -0,0 +1,8 @@
|
|||
[[!comment format=mdwn
|
||||
username="https://www.google.com/accounts/o8/id?id=AItOawlU0H3uyacCnqWxjSI_chHBlHu8TDIkTt0"
|
||||
nickname="Matt"
|
||||
subject="cannot connect via google apps domain"
|
||||
date="2014-08-14T15:55:07Z"
|
||||
content="""
|
||||
Having the same issue with our domain: zebradog.com SRV records are correctly specified (as defined here: https://support.google.com/a/answer/34143?hl=en)
|
||||
"""]]
|
|
@ -0,0 +1,8 @@
|
|||
[[!comment format=mdwn
|
||||
username="EskildHustvedt"
|
||||
ip="80.202.103.55"
|
||||
subject="comment 1"
|
||||
date="2014-08-14T05:30:46Z"
|
||||
content="""
|
||||
What exactly does «git-annex cannot add a file that has a space in its filename» mean? git-annex (/assistant) actually can't handle tracking any file that has a space in its filename?
|
||||
"""]]
|
3
doc/forum/armhf_binary.mdwn
Normal file
3
doc/forum/armhf_binary.mdwn
Normal file
|
@ -0,0 +1,3 @@
|
|||
Does a armhf binary tarball exist anywhere? I'm running Ubuntu trusty on a armhf platform (beagleboard), and the repository package is out of date. I might try to get the standalone armel binary working using multiarch, but that seems only slightly less painful than compiling from scratch.
|
||||
|
||||
Or am I better off changing to a debian boot image, and be done with it?
|
|
@ -0,0 +1,8 @@
|
|||
[[!comment format=mdwn
|
||||
username="http://joeyh.name/"
|
||||
ip="209.250.56.7"
|
||||
subject="comment 1"
|
||||
date="2014-08-15T15:58:02Z"
|
||||
content="""
|
||||
The standalone armel build should work fine on armhf, assuming that the kernel supports EABI, which I'm pretty sure it does (or multiarch armel would not work).
|
||||
"""]]
|
18
doc/forum/gcrypt_os_x_app_vs_brew.mdwn
Normal file
18
doc/forum/gcrypt_os_x_app_vs_brew.mdwn
Normal file
|
@ -0,0 +1,18 @@
|
|||
Gcrypt remotes work when using the git-annex command bundled in the git-annex.app. But gcrypt doesn't work when git-annex is installed via home-brew (brew install git-annex).
|
||||
|
||||
The initial push will work, any subsequent commands (push/pull) will fail with:
|
||||
|
||||
gpg: anonymous recipient; trying secret key...
|
||||
gpg: anonymous recipient; trying secret key...
|
||||
gpg: anonymous recipient; trying secret key...
|
||||
gpg: anonymous recipient; trying secret key...
|
||||
gpg: decryption failed: No secret key
|
||||
gcrypt: Failed to decrypt manifest!
|
||||
|
||||
In both cases (app/brew) it tries the same keys. The app version will use its own version of gpg, which will trigger password prompts. With the brew version gpgtools is used, so I won't get any prompts. (Keychain)
|
||||
|
||||
I tried "echo i | gpg -e -R XX -R XX | gpg -d" with the same recipients as the repo. It works well.
|
||||
|
||||
Has anybody hints or ideas what to try next?
|
||||
|
||||
Best, Jean-Louis
|
|
@ -0,0 +1,8 @@
|
|||
[[!comment format=mdwn
|
||||
username="Ganwell"
|
||||
ip="178.174.3.221"
|
||||
subject="Problem solved"
|
||||
date="2014-08-14T23:53:05Z"
|
||||
content="""
|
||||
It turns out gpgtools will save to wrong passphrase to the keychain without complaining. Thats why standard gpg worked and gpgtools didn't: There was a typo in the passphrase in the keychain.
|
||||
"""]]
|
|
@ -0,0 +1,8 @@
|
|||
[[!comment format=mdwn
|
||||
username="http://joeyh.name/"
|
||||
ip="209.250.56.7"
|
||||
subject="comment 2"
|
||||
date="2014-08-15T16:04:08Z"
|
||||
content="""
|
||||
Note that you can avoid the trying of multiple keys by doing `git config gcrypt.publish-participants true` -- this is done by default by the assistant when setting up new gcrypt remotes. It needs my branch of git-remote-gcrypt, which is included in the osx app, I don't know which one is being used in brew.
|
||||
"""]]
|
Loading…
Add table
Reference in a new issue