From ae4e2673a7ffd9e020e2f5e2a3a74261dfdc20c4 Mon Sep 17 00:00:00 2001 From: "http://olg.myid.net/" Date: Thu, 1 Nov 2012 23:48:17 +0000 Subject: [PATCH 1/4] --- ...artial_files_available_during_transfer.mdwn | 18 ++++++++++++++++++ 1 file changed, 18 insertions(+) create mode 100644 doc/todo/whishlist:_make_partial_files_available_during_transfer.mdwn diff --git a/doc/todo/whishlist:_make_partial_files_available_during_transfer.mdwn b/doc/todo/whishlist:_make_partial_files_available_during_transfer.mdwn new file mode 100644 index 0000000000..b021c90914 --- /dev/null +++ b/doc/todo/whishlist:_make_partial_files_available_during_transfer.mdwn @@ -0,0 +1,18 @@ +Imagine this situation: +You have a laptop and a NAS. +On your laptop you want to consume a large media file located on the NAS. +So you type: + + git annex get --from nas mediafile + +But now you have to wait for the download to complete, unless either + +* rsync is pointed directly to the file in the object storage ("--inplace") +or +* the symlink temporarily points to the partial file during a transfer + +which would allow you instantaneous consumption of your media. +It might make sense to make this behavior configurable, because not everyone might agree with having partial content (that mismatches its key) around. + + +So what do you say? From 432a4df8a1926dbc5227396ee73e6cece3b988c3 Mon Sep 17 00:00:00 2001 From: "https://www.google.com/accounts/o8/id?id=AItOawn7gQ1zZDdWhXy9H51W2krZYShNmKL3qfM" Date: Fri, 2 Nov 2012 07:21:15 +0000 Subject: [PATCH 2/4] Added a comment --- .../comment_1_1c3523c722c178a96b096a68b9be4165._comment | 8 ++++++++ 1 file changed, 8 insertions(+) create mode 100644 doc/forum/Syncing_machines_on_different_networks/comment_1_1c3523c722c178a96b096a68b9be4165._comment diff --git a/doc/forum/Syncing_machines_on_different_networks/comment_1_1c3523c722c178a96b096a68b9be4165._comment b/doc/forum/Syncing_machines_on_different_networks/comment_1_1c3523c722c178a96b096a68b9be4165._comment new file mode 100644 index 0000000000..dcc59017b4 --- /dev/null +++ b/doc/forum/Syncing_machines_on_different_networks/comment_1_1c3523c722c178a96b096a68b9be4165._comment @@ -0,0 +1,8 @@ +[[!comment format=mdwn + username="https://www.google.com/accounts/o8/id?id=AItOawn7gQ1zZDdWhXy9H51W2krZYShNmKL3qfM" + nickname="Karsten" + subject="comment 1" + date="2012-11-02T07:21:15Z" + content=""" +I might be thinking too simple, but can't you just put another annex repository on an usbdrive and use it to carry the metadata around? Add it as a remote to both compuers annex repositories and sync when you come/leave. As it does not have to carry the actual data some 100M will usually suffice. Just don't use any special remotes, but simply a cloned git repository. +"""]] From 837a3dad56a59888261af8959f44c21ff3898480 Mon Sep 17 00:00:00 2001 From: "http://hands.com/~phil/" Date: Fri, 2 Nov 2012 09:07:49 +0000 Subject: [PATCH 3/4] Added a comment: and you can specify ranges to dropunused --- ...t_2_578248f7686ba2d80d7dc8b17c0cdf52._comment | 16 ++++++++++++++++ 1 file changed, 16 insertions(+) create mode 100644 doc/todo/wishlist:_An_--all_option_for_dropunused/comment_2_578248f7686ba2d80d7dc8b17c0cdf52._comment diff --git a/doc/todo/wishlist:_An_--all_option_for_dropunused/comment_2_578248f7686ba2d80d7dc8b17c0cdf52._comment b/doc/todo/wishlist:_An_--all_option_for_dropunused/comment_2_578248f7686ba2d80d7dc8b17c0cdf52._comment new file mode 100644 index 0000000000..a87a367d61 --- /dev/null +++ b/doc/todo/wishlist:_An_--all_option_for_dropunused/comment_2_578248f7686ba2d80d7dc8b17c0cdf52._comment @@ -0,0 +1,16 @@ +[[!comment format=mdwn + username="http://hands.com/~phil/" + nickname="hands" + subject="and you can specify ranges to dropunused" + date="2012-11-02T09:07:48Z" + content=""" +so having run: + + git annex unused + +you can then run: + + git annex dropunused 1-10000 + +or whatever, and it deletes the items in that range from the most recent unused invocation +"""]] From a0eea69ea8b1dc50e3329fd45eb022c2c59718f4 Mon Sep 17 00:00:00 2001 From: "http://christian.amsuess.com/chrysn" Date: Fri, 2 Nov 2012 15:56:04 +0000 Subject: [PATCH 4/4] enhancement request: no rsync error messages in fsck output when accessing old files --- ...te_format_generates_irritating_output.mdwn | 28 +++++++++++++++++++ 1 file changed, 28 insertions(+) create mode 100644 doc/bugs/using_old_remote_format_generates_irritating_output.mdwn diff --git a/doc/bugs/using_old_remote_format_generates_irritating_output.mdwn b/doc/bugs/using_old_remote_format_generates_irritating_output.mdwn new file mode 100644 index 0000000000..d53410c7b0 --- /dev/null +++ b/doc/bugs/using_old_remote_format_generates_irritating_output.mdwn @@ -0,0 +1,28 @@ +a special remote (encrypted rsync) that got copied to long ago (not sure when, there are old files that already have sizes in their unencrypted file names) seems to use the aa/bb/GPGHMACSHA1-- format instead of aaa/bbb/GPGHMACSHA1-. ``git annex fsck`` over such files produces very irritating output: + + +fsck L1100423.JPG (gpg) (checking …remote…...) +rsync: change_dir "…somewhere…/0a0/8cd/GPGHMACSHA1--91234b770b34eeff811d09c97ce94bb2398b3d72" failed: No such file or directory (2) + +sent 8 bytes received 12 bytes 40.00 bytes/sec +total size is 0 speedup is 0.00 +rsync error: some files/attrs were not transferred (see previous errors) (code 23) at main.c(1536) [Receiver=3.0.9] + + rsync failed -- run git annex again to resume file transfer + +GPGHMACSHA1--91234b770b34eeff811d09c97ce94bb2398b3d72 + 3922730 100% 623.81kB/s 0:00:06 (xfer#1, to-check=0/1) + +sent 30 bytes received 3923328 bytes 523114.40 bytes/sec +total size is 3922730 speedup is 1.00 +(checksum...) ok + + +(observed with debian's git-annex 3.20121017). + +while this does output an "ok" at th end and a zero exit status, having such messages in an fsck is highly irritating. + +i see two ways to enhance the situation: + +* silence the "not found" error when the file is found in another location +* a way to rename the files in the remote (i guess the aaa/bbb part can be derived from the file name; in that case, that could even be done w/o network interaction).