On Wed, Jul 10, 2013 at 8:24 AM, christophe courtaut <christophe.courtaut@xxxxxxxxx> wrote: > Hi, > > Thanks for pointing out more tasks to me. > > I have lately worked on theses tasks. > > #Issue #1779: > > I updated this issue so it can be closed, as you told it does not need > backporting. Well, I pushed it to cuttlefish and we resolved the issue. > > Issue #3074: > > This one should be closed by now. Done. > > Issue #5416: > > Now that radosgw also has --help supports, i would be able to add > --rgw-zone and --rgw-region > in help. > > Btw, should we had some help text near the options in help? If so, > what should it be? --rgw-region specifies the region in which the radosgw instance will run --rgw-zone specifies the zone in which the radosgw instance will run > > Issue #5374: > > I updated my pull request as you commented on it. > It now uses JSONFormatter to create the JSON data. I'll take a look. > > S3 Keystone Issue #5506: > > I got the main idea about this issue. But i'm lacking documentation on > how keystone > authenticate user with S3 credentials. Do you have any link on documentation? Nope. I had to dig quite a bit in order to get that working. In essence, you'd need to add ec2 keys, and use these somehow with S3 authentication. > > temp URLs: > > I've been looking at the code of rgw_rest_s3.cc. > Does the S3 temp url implementation relies in this file, in the > RGW_Auth_S3::authorize method? Yes, it's just part of the regular auth, just takes a different path (uses the request params data instead of the relevant http headers). > > Issue #4365: > > As i asked on the issue, should we had wilcard support in role > definition ('*-service', 'adm-*', etc.) or a generic wildcard role, > which one allows any role from keystone? If so, how sould we define it? > (option, '*' role name, other?) I'd say we can have a simple wildcard support. The '*' symbol would be used, and it could either be used as a catch-all ("*"), or to specify a prefix ("foo*"), or a suffix ("*bar"). Thanks, Yehuda -- To unsubscribe from this list: send the line "unsubscribe ceph-devel" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html