aboutsummaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorGravatar Joey Hess <joey@kitenet.net>2014-10-28 14:43:43 -0400
committerGravatar Joey Hess <joey@kitenet.net>2014-10-28 14:43:43 -0400
commit3d860fa3f5290dd80085bc22a0284e7d842341e1 (patch)
tree611fc34611f14a183f457836a7c6f306c90dcac8
parent850aa6028f97b9f227fa91dd1049a0f1470aee82 (diff)
this TODO item is obsolete; S3 supports chunking and there's a different bug to support S3 multipart uploads
-rw-r--r--doc/todo/support_S3_multipart_uploads.mdwn14
1 files changed, 0 insertions, 14 deletions
diff --git a/doc/todo/support_S3_multipart_uploads.mdwn b/doc/todo/support_S3_multipart_uploads.mdwn
deleted file mode 100644
index 711ac41b2..000000000
--- a/doc/todo/support_S3_multipart_uploads.mdwn
+++ /dev/null
@@ -1,14 +0,0 @@
-Did not know of this when I wrote S3 support. Ability to resume large
-uploads would be good.
-
-<http://aws.typepad.com/aws/2010/11/amazon-s3-multipart-upload.html>
-
-Also allows supporting files > 5 gb, a S3 limit I was not aware of.
-
-NB: It would work just as well to split the object and upload the N parts
-to S3, but not bother with S3's paperwork to rejoin them into one object.
-Only reasons not to do that are a) backwards compatability with
-the existing S3 remote and b) this would not allow accessing the content
-in S3 w/o using git-annex, which could be useful in some scenarios.
-
---[[Joey]]