Earlier  
Posted Nick Remark
#openstack-sdks - 2019-10-04
15:57:33 efried neat
15:57:34 efried mordred: so given all that, I dropped a question in https://review.opendev.org/#/c/685999/ for a moar bettr test. LMK if you agree.
16:01:58 cmorpheus i guess i need to do things?
16:02:49 efried cmorpheus: I think you're just on the hook for this un: https://review.opendev.org/#/c/685042/
16:03:10 cmorpheus mmk
16:03:22 efried aside from zuul, both gtema and I have tested it locally.
16:08:28 cmorpheus so that one depends-on https://review.opendev.org/685999 is there a tldr why that's okay? that makes it seem very much backwards incompatible
16:12:08 openstackgerrit Monty Taylor proposed openstack/openstacksdk master: Fix server for later microversion https://review.opendev.org/685999
16:12:33 mordred cmorpheus: the tl;dr is that the fix to ksa exposes a bug in sdk
16:12:43 mordred so we need to land the bugfix in sdk and release it first
16:14:27 mordred efried: o - you know what - I agreed with your comment - but then really I'm wrong in my latest iteration on that - because removing the id references is important - the main new thing is that their existence is now undefinable
16:14:32 mordred let me do one more quick respin
16:15:15 efried mordred: oh, you mean because the id will exist iff the original flavor hasn't been deleted?
16:20:15 openstackgerrit Monty Taylor proposed openstack/openstacksdk master: Fix server for later microversion https://review.opendev.org/685999
16:20:16 openstackgerrit Monty Taylor proposed openstack/openstacksdk master: Re-add functional tests on flavor content https://review.opendev.org/686765
16:20:39 mordred efried: no - I mean until ksa releases we're still on the old mv
16:20:54 efried ugh
16:21:11 efried but... that's okay because of the dep?
16:21:13 mordred efried: so we can neither assert id is in or not in the flavor record - because of the underlying mv shift - it's impossible to have a consistent payload
16:21:14 efried oh
16:21:19 efried the dep is backwards
16:21:20 mordred like - it's impossible in the real world
16:21:44 efried can we tell whath mv we used?
16:21:54 efried (not that I think we necessarily should, just wondering)
16:22:20 mordred maybe? actually - I don't think there is a good way to do that right now
16:22:27 mordred but - we could potentially cook something up
16:24:29 efried mordred: so now we actually *do* want a l-c bump from sdk to ksa when the latter is released, so we can ... oic you did that in the fup patch ++
16:26:48 mordred cmorpheus: responded - my answer is sort of an existential one ...
16:27:08 mordred efried: yeah. perhaps that followup makes the weird sequence a little clearer - or not :)
16:27:49 efried mordred: +2s on the stuff we can do now. -1 to get matching l-c on that fup. Also wouldn't be a bad idea to make the commit message voice less future-y, since in git history it's going to be past-y.
16:28:24 mordred efried: yeah - I'll respin it once ksa releases - and will fix the l-c thing then too
16:28:30 efried ++
16:28:31 mordred agree on the voice
16:29:04 efried Thanks for working through this mess mordred
16:30:31 cmorpheus mordred: lol
16:32:34 mordred efried: likewise. this would have bit someone more unexpectedly at some point - at least now it comes with a release note
16:33:09 cmorpheus mordred: are you wanting to release both of these today? today as in friday? friday the week before final RCs?
16:33:28 mordred cmorpheus: no - I think we figured out earlier today that we do not need to rush a fix out the door
16:33:40 cmorpheus okay awesome
16:33:41 mordred they've got a workaround for it in cyborg
16:33:53 mordred so I'm thinking point release post release :)
16:34:30 efried whereupon the version numbers in the renos will need to be changed in the backports
16:36:35 openstackgerrit Monty Taylor proposed openstack/keystoneauth master: Fetch discovery documents with auth when needed https://review.opendev.org/685042
16:42:32 openstackgerrit Merged openstack/openstacksdk master: Use has_service in functional test's require_service https://review.opendev.org/685995
21:44:38 openstackgerrit Merged openstack/openstacksdk master: Fix server for later microversion https://review.opendev.org/685999
#openstack-sdks - 2019-10-05
08:10:44 openstackgerrit Xuan Yandong proposed openstack/shade master: Add source and contributing link in readme https://review.opendev.org/686871
09:38:49 openstackgerrit Merged openstack/keystoneauth master: Cleanup session on delete https://review.opendev.org/674139
09:51:47 openstackgerrit Merged openstack/keystoneauth master: Make tests pass in 2020 https://review.opendev.org/681103
18:32:08 openstackgerrit Merged openstack/openstacksdk master: Use generated list of services instead of metaclass https://review.opendev.org/686542
18:52:06 openstackgerrit Merged openstack/openstacksdk master: Start supporting type info https://review.opendev.org/686397
#openstack-sdks - 2019-10-07
09:23:18 frickler why does glance revert to using their own client in their install guide? https://review.opendev.org/#/c/685247/ to me that is a big regression, because it doesn't work with cloud config. isn't there some global consensus that OSC is to be preferred?
09:23:58 frickler maybe I should discuss this in glance channel, but feedback from osc ppl might be good, too
09:24:45 tosky frickler: because (iirc, from what I heard from them) osc does not work, there are limitations that has not been addressed
09:24:59 tosky I don't know the details
15:43:36 mordred tosky, frickler: gtema has been working on getting osc updated to use sdk for glance - hopefully that will fix whatever outstanding issues people have
15:44:10 tosky mordred: my suggestion is to actively seek each other and discuss during the PTG :)
15:44:33 tosky also cinder is quite blocked right now
#openstack-sdks - 2019-10-08
09:42:00 openstackgerrit David Shaughnessy proposed openstack/python-openstackclient master: [POC] Neutron Classifier CLI Mock up of Neutron Classifier CLI https://review.opendev.org/687256
13:48:45 openstackgerrit Bence Romsics proposed openstack/openstacksdk master: Add router add/remove route operations https://review.opendev.org/674324
13:49:09 openstackgerrit Bence Romsics proposed openstack/openstacksdk master: Handle HTTP errors in add/remove router interface calls https://review.opendev.org/687304
#openstack-sdks - 2019-10-09
04:14:06 openstackgerrit Thomas Bechtold proposed openstack/cliff master: Add docutils to requirements.txt https://review.opendev.org/687451
07:05:52 openstackgerrit Brin Zhang proposed openstack/python-openstackclient master: WIP: Add function test for server migrate list https://review.opendev.org/681473
10:46:15 openstackgerrit Bence Romsics proposed openstack/openstacksdk master: Handle HTTP errors in add/remove router interface calls https://review.opendev.org/687304
13:14:40 rubasov hi sdk folks!
13:15:03 rubasov may I ask for a review on this? https://review.opendev.org/674324
13:15:31 rubasov now all its cross-project dependencies are merged (mostly in neutron)
13:29:54 slaweq_ rubasov: I will review it today
13:35:36 rubasov slaweq: cool, thank you
13:36:06 rubasov slaweq: I did not know you were hanging around here too :-)
13:36:26 slaweq rubasov: yeah, I am from time to time :)
14:49:09 stephenfin mordred: Yo, could I get you to take a gawk at https://review.opendev.org/685329 and https://review.opendev.org/685359 ?
20:23:22 openstackgerrit Merged openstack/keystoneauth master: Allow initializing session with connection retries https://review.opendev.org/676648
#openstack-sdks - 2019-10-10
06:39:15 openstackgerrit pengyuesheng proposed openstack/os-service-types master: Blacklist sphinx 2.1.0 (autodoc bug) https://review.opendev.org/687795
07:04:11 openstackgerrit pengyuesheng proposed openstack/shade master: Blacklist sphinx 2.1.0 (autodoc bug) https://review.opendev.org/687800
16:03:56 elmiko API SIG office hour started 3 minutes ago XD
16:11:43 cdent BUSINESS!
16:11:47 elmiko LOL
16:11:57 elmiko long time no talk, how's life? =)
16:13:00 cdent It's time to go to Healey's Cyder Farm and get a pumpkin
16:13:10 elmiko ooh, nice!
16:15:21 cdent I did a thing recently that might be of api-sig interest, let me see if I can locate it
16:16:20 elmiko lol
16:18:16 cdent can't find it
16:18:19 cdent i hate etherpads
16:18:30 cdent unless you bookmark them all, they are _gone_
16:18:58 elmiko yeah, i've always wondered about some sort of etherpad indexing service, but i don't know if that goes against the spirit of etherpad
16:19:07 cdent there we go, yellow at the bottom: https://etherpad.openstack.org/p/PVG-u-series-goals
16:19:11 elmiko \o/
16:20:04 elmiko cdent: if i read your intentions, are you suggesting we should have a "frameworks" guidance doc or something?
16:20:19 cdent I'm not sure if I have an intention
16:20:28 cdent It's more that there was a series of events:
16:20:29 elmiko ack, misread on my part then
16:20:48 cdent discussion in nova about how the api paste file is a pain
16:21:04 cdent led to me saying "hey, I maintain pastedeploy, except I don't, we should stop using it"
16:21:20 cdent then I saw http://lists.openstack.org/pipermail/openstack-discuss/2019-October/010037.html which mentioned that etherpad
16:21:33 cdent so I hailed mary and added an old tune we've heard before
16:21:56 cdent it kind of goes (to a nice blues beat) "let's stop using old stuff"
16:22:08 elmiko lol, yeah
16:22:59 elmiko i was under the impression that refactoring nova away from wsme and paste was considered a task too insurmountable for mere mortals. does it seem more realistic these days?
16:23:58 cdent i went down to austin / for to make me some cloud / yeah I went down to austin / and that cloud was not bad ...

Earlier   Later