File: day_21__transfer_tracking.mdwn

package info (click to toggle)
git-annex 10.20230126-3
  • links: PTS, VCS
  • area: main
  • in suites: bookworm
  • size: 69,344 kB
  • sloc: haskell: 74,654; javascript: 9,103; sh: 1,304; makefile: 203; perl: 136; ansic: 44
file content (28 lines) | stat: -rw-r--r-- 1,171 bytes parent folder | download | duplicates (11)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
Worked today on two action items from my last blog post:

* on-disk transfers in progress information files (read/write/enumerate)
* locking for the files, so redundant transfer races can be detected,
  and failed transfers noticed

That's all done, and used by the `get`, `copy`, and `move` subcommands.

Also, I made `git-annex status` use that information to display any
file transfers that are currently in progress:

	joey@gnu:~/lib/sound/misc>git annex status
	[...]
	transfers in progress: 
		downloading Vic-303.mp3 from leech

(Webapp, here we come!)

However... Files being sent or received by `git-annex-shell` don't yet
have this transfer info recorded. The problem is that to do so,
`git-annex-shell` will need to be run with a `--remote=` parameter. But
old versions will of course fail when run with such an unknown parameter.

This is a problem I last faced in December 2011 when adding the `--uuid=`
parameter. That time I punted and required the remote `git-annex-shell` be
updated to a new enough version to accept it. But as git-annex gets more widely
used and packaged, that's becoming less an option. I need to find a real
solution to this problem.