Earlier  
Posted Nick Remark
#openstack-sdks - 2019-03-18
13:15:24 gtema mordred: any plans for SDK on PTG?
13:17:19 dtantsur I feel like Forum may be a bit better for SDK
13:17:59 gtema I mean both, I will be hopefully going to summit (tomorrow appointment in embassy) including PTG
13:20:06 dtantsur I'll probably spend the whole PTG in the ironic room
13:20:22 gtema ok
13:20:33 mordred I don't think we have any current plans to - in the past most of us have either been absent or too consumed with other rooms
13:20:56 gtema got it
13:20:59 mordred dtantsur: was there a forum session about the migrate-to-osc goal?
13:21:14 gtema hmm, I haven't seen
13:21:29 gtema shame on me
13:21:45 dtantsur I haven't seen one either
13:21:49 mordred gtema: that said - I'd be happy to sit down in either location and figure stuff out
13:22:08 dtantsur s/either location/a bar/
13:22:26 gtema ok, great. If I'm there - definitely we will find a place :D
13:40:24 dtantsur gtema: good luck with the interview!
13:54:37 gtema dtantsur: thanks
13:59:49 openstackgerrit Artem Goncharov proposed openstack/openstacksdk master: Split OpenStackCloud into reasonable pieces https://review.openstack.org/642218
14:14:19 mordred gtema: maybe read http://www.qtrac.eu/pyclassmulti.html and then the Steven D'Aprano reply on https://groups.google.com/forum/?hl=en#!topic/comp.lang.python/goLBrqcozNY
14:14:55 mordred gtema: there are maybe some ideas there that you might dislike less
14:15:19 mordred the class-level import-from is a *fascinating* idea I'd never considered
14:15:59 dtantsur yeah, it's quite creative. I'm not sure if it's a good thing or not ;)
14:16:03 mordred me either
14:16:27 mordred like - I'm not sure it would be better than the mixin approach - but thought I'd drop it in here for consideration
14:18:05 openstackgerrit Monty Taylor proposed openstack/openstacksdk master: Fix wait_for_server docstring https://review.openstack.org/643955
14:21:09 Shrews hrm. my first impression of that is "ewwww"
14:22:20 dtantsur I know a simple solution: let's write a metaclass to inject base classes in runtime
14:23:42 Shrews fwiw, we did somewhat split up that code in the past. but then put it back together again for some reasons lost to me
14:31:45 mordred Shrews: I'm not sure we ever actually landed the patch to do the split
14:31:55 mordred Shrews: I feel like we started working on it then gave up
14:32:34 dtantsur there was a user cloud/admin cloud split, I think
14:34:55 mordred brtknr: I am also wondering about that - since we have gate jobs for 3.6 and 3.7
14:36:31 brtknr mordred: Sorry, just realised that this is a problem with python-magnumclient so it might not apply to this
14:37:16 Shrews mordred: oh we landed it. messed git history up tremendously well
14:37:57 mordred Shrews: neat!
14:38:26 mordred brtknr: awesome. well - for that I can't help much :)
14:39:46 openstackgerrit OpenStack Release Bot proposed openstack/keystoneauth master: Update master for stable/stein https://review.openstack.org/643996
14:41:19 openstackgerrit OpenStack Release Bot proposed openstack/openstacksdk master: Update master for stable/stein https://review.openstack.org/644016
14:41:57 openstackgerrit OpenStack Release Bot proposed openstack/os-client-config master: Update master for stable/stein https://review.openstack.org/644024
14:42:34 openstackgerrit Monty Taylor proposed openstack/openstacksdk master: WIP Make factory for a CloudRegion from CONF objects https://review.openstack.org/643601
14:42:57 mordred efried: ^^ took a stab at your suggestion from PS8
14:43:18 openstackgerrit OpenStack Release Bot proposed openstack/osc-lib master: Update master for stable/stein https://review.openstack.org/644042
14:43:43 efried mordred: yeah, nice, guess we'll see if it works, I'll recheck the dependents.
14:43:49 mordred cool
14:44:18 mordred efried: once we get a version of it that we're happy with for the downstream patches, I'll work on some unittests for it
14:45:46 efried mordred: any thoughts on the `valid_interfaces` debacle?
14:46:27 mordred efried: you mean the need to support valid_interfaces as an alternate way of saying interface?
14:47:10 efried mordred: Well, ksa adapter conf options have valid_interfaces and deprecate interface. And the thing we're doing here is accepting ksa adapter conf opts.
14:47:49 efried mordred: But the logic that converts the valid_interfaces conf opt into the internal `interface` thingy - which accepts a list IIUC - only lives in the load-from-conf ksa code
14:47:57 mordred heh. well - openstacksdk accepts a list or a scalar for interface
14:48:12 efried which is currently embedded in a factory method that can't easily be invoked from sdk code, from what I can see.
14:48:13 mordred yeah - valid_interfaces is really only a thing in oslo.config files - it's not the actual interface anywhere else
14:48:36 efried Proposal: factor the logic in ksa loading into a helper method that we can call.
14:49:06 mordred we could - except I don't want to deprecate interface in openstacksdk - so we'd have to make sure not to throw any warnings
14:49:49 mordred (interface is the better option name - I think the issue is that oslo.config doesn't support defining a single thing as list-or-single-value and that's why we had to add valid-interfaces right?
14:49:52 efried mordred: I refer to: https://github.com/openstack/keystoneauth/blob/master/keystoneauth1/loading/adapter.py#L223-L232
14:50:12 mordred AH
14:50:14 efried I think it's because we had already defined 'interface' as not a list opt?
14:50:15 mordred that
14:50:36 mordred yeah. and oslo.config can't have an option that's both a listopt and a stringopt
14:50:36 efried yeah, we don't need it to sling a warning. We just need to accept (and in fact prefer) valid_interfaces over interface in oslo conf.
14:50:43 mordred ++
14:50:45 mordred agree with that
14:51:24 efried rn that ends with load_from_options which instantiates Adapter, which doesn't work in the Connection flow; so we have to pull that chunk into a method.
14:51:24 mordred efried: so yeah - I think extracting that into a helper method/function is a great idea
14:51:37 mordred efried: we should probably include line 220-22 too
14:51:53 efried yup
14:52:08 efried mordred: Okay, I can propose that, will tag ya.
14:52:39 mordred efried: cool
15:10:38 dtroyer brtknr: have you sorted your magnumclient problem yet? I started chasing something last week that led to it failing in some gate tests elsewhere late last week…
15:14:22 brtknr not yet, ive posted a story though: https://storyboard.openstack.org/#!/story/2005257
15:28:41 brtknr dtroyer: also, it looks like there's already a fix: https://review.openstack.org/#/c/638077/4
15:29:05 brtknr dtroyer: just tested the same command using the master branch and it seems happy now
15:37:46 brtknr mordred: would you be able to comment on this: https://review.openstack.org/#/c/643195/6
15:39:12 mordred brtknr: seems fine to me!
15:39:22 openstackgerrit Monty Taylor proposed openstack/openstacksdk master: Do not disregard tags when updating stacks https://review.openstack.org/643195
15:39:46 mordred brtknr: rebased it on top of the latest from gtema
15:40:29 brtknr mordred: thanks :)
15:40:48 brtknr mordred: didn't realise I was speaking to Monty Taylor
15:41:02 brtknr mordred: I'll be attending your talk at OpenInfra days :)
15:41:25 dtantsur The Monty Taylor. The one and only!
15:42:00 mordred uhoh. that means I might have to say things :)
15:42:05 mordred brtknr: which one?
15:42:46 openstackgerrit Eric Fried proposed openstack/keystoneauth master: Factor Adapter conf-processing logic into a helper https://review.openstack.org/644251
15:43:06 brtknr mordred: the workshop!
15:44:27 mordred sweet! well - hopefully that goes well and you don't all end up throwing rotten vegetables at me
15:45:28 brtknr mordred: you'll do fine I'm sure :)
15:45:53 openstackgerrit Eric Fried proposed openstack/keystoneauth master: Factor Adapter conf-processing logic into a helper https://review.openstack.org/644251
15:46:35 efried oh look, those get posted here too ^
15:46:52 mordred efried: it's almost like these pieces all depend on each other
15:46:58 efried heh
17:49:31 openstackgerrit Eric Fried proposed openstack/openstacksdk master: WIP Make factory for a CloudRegion from CONF objects https://review.openstack.org/643601
17:49:49 efried mordred: Still need to test locally but ^
17:50:22 efried ahcrap, forgot depends-on...
17:51:03 openstackgerrit Eric Fried proposed openstack/openstacksdk master: WIP Make factory for a CloudRegion from CONF objects https://review.openstack.org/643601
17:59:59 mordred efried: update looks good
18:39:43 efried mordred: It once again suffers the NoSuchOptError problem, and now I don't have a good way to fix it. Going to reinstate your conditional import thing, unless you think I shouldn't bother and should just trap Exception.
18:42:18 mordred efried: can you not do project_name in config? (I guess that didn't work out?)
18:43:27 efried oslo_config.cfg.NoSuchOptError: no such option valid_interfaces in group [cinder]
18:43:27 efried mordred: that part would work; what breaks is if that group didn't import ksa opts, then you get e.g.
18:43:28 mordred efried: it looks like a ConfigOpts is a collections.Mapping and defines __contains__

Earlier   Later