Monday, 2014-05-05

*** jamielennox|away is now known as jamielennox00:51
*** jamie_h has joined #openstack-sdks07:24
*** jamie_h has quit IRC07:25
*** openstackgerrit has quit IRC07:53
*** jamielennox is now known as jamielennox|away08:28
*** jamielennox|away is now known as jamielennox10:34
*** openstackgerrit has joined #openstack-sdks13:37
*** openstackgerrit has quit IRC13:51
*** terrylhowe has joined #openstack-sdks14:20
*** TravT has joined #openstack-sdks14:40
*** wchrisj has joined #openstack-sdks14:51
*** TravT has quit IRC15:05
*** TravT has joined #openstack-sdks15:05
*** TravT has quit IRC15:05
*** TravT has joined #openstack-sdks15:06
wchrisjelight Good morning!15:08
elightwchrisj: hey, man15:09
wchrisjelight Was getting specs in shape around compute, and thinking about the change to RequestCommon we discussed last week.15:10
elightwchrisj: yeah?15:10
wchrisjelight Were you thinking of a standard ruby class instance, or a Singleton approach?15:10
elightwchrisj: Module with module methods is my gut feeling because it's stateless.15:12
wchrisjelight: is that going to impact the way that requests are handled? those are mixd into the service class...15:13
elightwchrisj: it would in that the services would need to send a message to the module explicitly rather than implicitly.15:13
elightwchrisj: perhaps I'm being too much of a purist in that regard. I'm growing shy of mixins. But I think it's more to do with how they're abused.15:14
elightwchrisj: the Core Connection change should help here. We may be able to finally kill request_params.15:14
wchrisjelight: understood. just want to make sure we arent overomplicating things15:14
elightwchrisj: agreed15:15
wchrisjelight: at what level would we send that message? in the request? in the service class?15:15
elightwchrisj: I meant extracting the mixin into a service so that calls to "request" are clearly to a different abstraction. The services shouldn't know how to send HTTP requests but instead ask another object to do it for them.15:18
elightwchrisj: sorry. Overloaded word: service.15:18
elightThe Fog Service classes are almost God objects already.15:19
wchrisjelight: agreed15:19
wchrisjelight OK15:20
elightwchrisj: it's probably easier if I write a gist, for clarity, and link it on the issue.15:20
wchrisjThat's fine - I think I understand better now what you were thinking in terms of a ServiceRequest (my name for it)15:21
wchrisjelight ^^15:21
wchrisjelight: A gist would be good, actually15:27
*** openstackgerrit has joined #openstack-sdks15:43
elightwchrisj: Odd. I had thought that I opened an issue about RequestCommon...16:26
*** mhagedorn has joined #openstack-sdks16:37
*** openstackgerrit has quit IRC17:20
*** openstackgerrit has joined #openstack-sdks17:25
briancurtinterrylhowe: looking at the "Authentication from keystoneclient" change. save for the pep8 fail, is this ready to be reviewed? The first thing i noticed in openstack/auth/access.py is a fixme for a deprecated arg18:27
terrylhowebriancurtin, I have fixed the pep8 errors, but I was trying to get some better tests before uploading a patch18:27
terrylhoweI attempted not to change anything but I what I had to change from keystoneclient, so there are some fixme and things like that in there18:28
*** TravT has quit IRC18:51
*** TravT has joined #openstack-sdks18:59
*** stevemar has joined #openstack-sdks19:09
stevemarterrylhowe ping19:10
terrylhowewhat's up stevemar ?19:12
stevemarhad a question about https://review.openstack.org/#/c/89609/1/openstackclient/volume/v1/type.py19:12
stevemarterrylhowe, taking a closer look at cinder client, i guess set_keys doesn't return the full volume_type object?19:13
stevemarjust the keys?19:13
terrylhoweyeh, that is the way I remember it.19:14
terrylhowethe create doesn't have properties set because you can't set properties there19:14
terrylhowehttps://github.com/openstack/python-cinderclient/blob/master/cinderclient/v2/volume_types.py#L4419:16
stevemarterrylhowe, i get that, i'm just wondering why set_keys only returns the properties19:18
*** etoews has joined #openstack-sdks19:30
terrylhowelogically, it makes sense to me, what does not make sense to me is why they implemented it that way19:31
*** mhagedorn has quit IRC19:36
*** wchrisj has quit IRC19:47
*** wchrisj has joined #openstack-sdks20:04
*** mhagedorn has joined #openstack-sdks20:11
*** wchrisj has quit IRC21:15
*** wchrisj has joined #openstack-sdks21:17
*** jamielennox is now known as jamielennox|away21:23
*** wchrisj has quit IRC21:41
*** wchrisj has joined #openstack-sdks21:51
*** wchrisj has quit IRC21:52
*** wchrisj has joined #openstack-sdks21:53
*** wchrisj has quit IRC22:01
*** wchrisj has joined #openstack-sdks22:04
*** wchrisj has quit IRC22:06
*** wchrisj has joined #openstack-sdks22:27
wchrisjhey elight - did you have a chance to do that gist for me today?23:00
elightwchrisj: afraid not. first thing tomorrow morning.23:02
wchrisjelight - thanks!23:02
wchrisjelight - realized when I started down the path that the existing RequestCommon is already a module with module methods; just being mixed in.23:04
*** etoews has quit IRC23:10
*** samchoi has joined #openstack-sdks23:13
*** jamielennox|away is now known as jamielennox23:16

Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!