summaryrefslogtreecommitdiff
path: root/doc/devblog
diff options
context:
space:
mode:
authorGravatar Joey Hess <joey@kitenet.net>2014-10-28 16:40:57 -0400
committerGravatar Joey Hess <joey@kitenet.net>2014-10-28 16:40:57 -0400
commit1f53338fd504943a1fb781ccd6e54553df1ff7b7 (patch)
tree6b7cbb3facb622190c10577dffa91fb583cf1ee0 /doc/devblog
parentf230ac0f0ce20f7d8b8e5feddd053d20a521c2aa (diff)
devblog
Diffstat (limited to 'doc/devblog')
-rw-r--r--doc/devblog/day_229__S3_multipart.mdwn11
1 files changed, 11 insertions, 0 deletions
diff --git a/doc/devblog/day_229__S3_multipart.mdwn b/doc/devblog/day_229__S3_multipart.mdwn
new file mode 100644
index 000000000..caccda07a
--- /dev/null
+++ b/doc/devblog/day_229__S3_multipart.mdwn
@@ -0,0 +1,11 @@
+Some progress on the [[bugs/S3_upload_not_using_multipart]] bug. The aws
+library now includes the multipart API. However, when I dug into it, it
+looks like the API needs some changes to get the ETAG of each uploaded
+part. Once that's fixed, git-annex should be able to support S3 multipart
+uploads, although I think that git-annex's own chunking is better in most
+situations -- it supports resuming uploads and downloads better. The main
+use case for S3 multipart seems to be using git-annex to publish large
+files.
+
+Also, managed to get the backlog down from 100 to just 65 messages,
+including catching up on quite old parts of backlog.