diff options
author | Joey Hess <joey@kitenet.net> | 2014-10-28 16:40:57 -0400 |
---|---|---|
committer | Joey Hess <joey@kitenet.net> | 2014-10-28 16:40:57 -0400 |
commit | 1f53338fd504943a1fb781ccd6e54553df1ff7b7 (patch) | |
tree | 6b7cbb3facb622190c10577dffa91fb583cf1ee0 /doc/devblog | |
parent | f230ac0f0ce20f7d8b8e5feddd053d20a521c2aa (diff) |
devblog
Diffstat (limited to 'doc/devblog')
-rw-r--r-- | doc/devblog/day_229__S3_multipart.mdwn | 11 |
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. |