summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorGravatar https://id.koumbit.net/anarcat <https://id.koumbit.net/anarcat@web>2015-05-27 21:31:20 +0000
committerGravatar admin <admin@branchable.com>2015-05-27 21:31:20 +0000
commit15065ae071705b33efc13db1fd2dd29efbb2361f (patch)
tree914e806d2a885c3b802c8758d6cb7cc58d2f0752
parentd917958450f80be6ff05df26f8088f088077af5e (diff)
small wishlist on s3: readonly remote support
-rw-r--r--doc/todo/credentials-less_access_to_s3.mdwn11
1 files changed, 11 insertions, 0 deletions
diff --git a/doc/todo/credentials-less_access_to_s3.mdwn b/doc/todo/credentials-less_access_to_s3.mdwn
new file mode 100644
index 000000000..39835ac1f
--- /dev/null
+++ b/doc/todo/credentials-less_access_to_s3.mdwn
@@ -0,0 +1,11 @@
+My situation is this: while i know i can *read and write* to [[special_remotes/S3]] fairly easily with the credentials, I cannot read from there from other remotes that do not have those credentials enabled.
+
+This seems to be an assumption deeply rooted in git-annex, specifically in `Remote/S3.hs:390`.
+
+It would be *very* useful to allow remotes to read from S3 transparently. I am aware of the tips mentionned in the comments of [[tips/publishing_your_files_to_the_public/]] that use the `addurl` hack, but this seems not only counter-intuitive, but also seem to add significant per-file overhead in the storage. It also requires running an extra command after every `git annex add` which is a problem if you are running the assistant that will add stuff behind your back.
+
+Besides, you never know if and when the file really is available on s3, so running addurl isn't necessarily accurate.
+
+How hard would it be to fix that in the s3 remote?
+
+Thanks! --[[anarcat]]