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

This commit is contained in:
Joey Hess 2018-03-14 16:03:59 -04:00
commit ac6b9bf115
No known key found for this signature in database
GPG key ID: DB12DB0FF05F8F38
2 changed files with 46 additions and 0 deletions

View file

@ -0,0 +1,29 @@
### Please describe the problem.
Installing git annex on MacOS 10.13 HighSierra via brew install git-annex issues an error:
...
Trap 6
The fix is to install lib magic with this command:
brew install libmagic
### What steps will reproduce the problem?
### What version of git-annex are you using? On what operating system?
### Please provide any additional information below.
[[!format sh """
# If you can, paste a complete transcript of the problem occurring here.
# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
# End of transcript or log.
"""]]
### 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)

View file

@ -0,0 +1,17 @@
Hi,
I've been a git-annex user for few years now, and I'm progressively migrating old rsync backups into git-annex. Most of the time I create new fresh repos or special remotes and re-upload all data into it. But I'm now facing an issue with this workflow: one of the remote disk I use has a very low connection. Since it has already a complete up-to-date plain copy of all files, I'd like to avoid the "re-upload" phase.
I was thinking of using a directory/rsync special remote, and feed it with the existing local content. But the file names & paths are not the usual plain ones.
- is this a good idea ?
- if yes, what is the way to retrieve the "special remote" path of each file ? I'm not against scripting a little if necessary.
- if no, what can I do ?
Few additional notes:
- I can't ssh to the remote, this is a windows share with a FAT fs underneath.
- I think I can assume all the remote files are good, they are transfered and checked by rsync.