mirrors/git-annex
2
0
Fork 0
Code Issues Pull requests Projects Releases Packages 1 Wiki Activity Actions

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

Browse source
This commit is contained in:
Joey Hess 2020-01-08 14:24:10 -04:00
commit c4b0be0282
No known key found for this signature in database
GPG key ID: DB12DB0FF05F8F38
4 changed files with 59 additions and 1 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

41
doc/forum/Paths_changed_in_.git__47__annex__47__objects/comment_4_0a9cec8f4e26c2e2365b54b29c91ee3d._comment Normal file
View file

@ -0,0 +1,41 @@
[[!comment format=mdwn
username="fasthans@87884c78197fe1a25ac25ae7fa1d930c147e9592"
avatar="http://cdn.libravatar.org/avatar/6d89ddec3053d8df7e57cf2f28c8cdcd"
subject="comment 4"
date="2020-01-08T12:08:23Z"
content="""
Thanks for your attention, Joey.
Hmm. `git annex fsck` reports 'ok' for all files. After that, running get/whereis I get:
````
git annex get demo_beheer.gpkg
get demo_beheer.gpkg (not available)
Try making some of these repositories available:
a3f8a46a-60fe-58e2-901b-2c093bcc22d3 -- smdata_encrypted_remote_wd_elements_small
failed
git-annex: get: 1 failed
````
this is the remote in question, which is accessible (it's on the same drive as the current repo)
````
git remote -v
smdata_encrypted_remote_wd_elements_small gcrypt::/media/hans/Elements/smdata_encrypted_remote_wd_elements_small/ (fetch)
smdata_encrypted_remote_wd_elements_small gcrypt::/media/hans/Elements/smdata_encrypted_remote_wd_elements_small/ (push)
````
However, I can run `git annex sync smdata_remote_wd_elements_small`, which does complete successfully, so why is it not accessible with `get` or `copy`?
If I `lock` demo_beheer.gpkg, it turns into this symlink:
````
lrwxrwxrwx 1 hans hans 198 sep 2 07:32 demo_beheer.gpkg -> .git/annex/objects/px/Mg/SHA256E-s204800--a518c074bc22f673f0c73191a01426fef0a7d8b262a17d2729a4a3ac51da40ce.gpkg/SHA256E-s204800--a518c074bc22f673f0c73191a01426fef0a7d8b262a17d2729a4a3ac51da40ce.gpkg
````
of which the target indeed does not exist (the directory exists, not the file). However, git annex get still fails after locking (and a subsequent sync) and I am at a loss to know why.
This wouldn't be due to the nature of the remote, or my URL for it, or something? Decryption works fine when syncing.
"""]]

2
doc/tips/disabling_a_special_remote.mdwn
View file

@ -9,7 +9,7 @@ simply to use the `remote.name.annex-ignore` configuration documented
in the main [[git-annex]] manpage. For example, to disable the web
remote, you would use:
git config remote.web.annex-ignore false
git config remote.web.annex-ignore true
The result would be:

9
doc/todo/provide_windows_build_with_MagicMime/comment_3_15509110c5900aee2cc977372da16f0b._comment Normal file
View file

@ -0,0 +1,9 @@
[[!comment format=mdwn
username="michael.hanke@c60e12358aa3fc6060531bdead1f530ac4d582ec"
nickname="michael.hanke"
avatar="http://cdn.libravatar.org/avatar/f881df265a423e4f24eff27c623148fd"
subject="WSL 1/2 experience"
date="2020-01-08T15:20:04Z"
content="""
I looked into WSL 1 and 2 in the context (and with the hope) of trying to avoid having windows-specific code and documentation in and for datalad. My conclusion was that neither of them is practical (maybe: yet), because with a unix-like default setup of a repository (lock, symlinks) no repository content was accessible from outside the WSL environment. I think the main motivation for running on Windows is using Windows apps. And that specifically is not possible/easily achievable for any random app.
"""]]

8
doc/todo/provide_windows_build_with_MagicMime/comment_4_4727291eefa07a40da13dace75a2e255._comment Normal file
View file

@ -0,0 +1,8 @@
[[!comment format=mdwn
username="Ilya_Shlyakhter"
avatar="http://cdn.libravatar.org/avatar/1647044369aa7747829c38b9dcc84df0"
subject="git-annex in docker on Windows"
date="2020-01-08T16:16:31Z"
content="""
Maybe, git-annex on Windows could be run in a Docker container, operating on Windows files via bind mounts? A conda-forge package could be made that translates git-annex command invocations into 'docker run' commands.
"""]]