Tuesday, 2017-08-08

*** jkilpatr has quit IRC00:13
*** bobh has joined #openstack-sdks00:45
*** markvoelker has joined #openstack-sdks00:55
*** markvoelker_ has joined #openstack-sdks00:57
*** markvoelker has quit IRC01:01
*** gouthamr has quit IRC01:02
*** shu-mutou-AWAY is now known as shu-mutou01:10
openstackgerritMerged openstack/python-openstackclient master: Updated from global requirements  https://review.openstack.org/49086201:17
*** rajathagasthya has quit IRC01:42
*** bobh has quit IRC02:00
*** gildub has joined #openstack-sdks02:14
*** lifeless has quit IRC02:18
*** lifeless has joined #openstack-sdks02:19
*** bobh has joined #openstack-sdks02:35
*** annp has joined #openstack-sdks03:14
*** bobh has quit IRC03:38
*** Dinesh_Bhor has joined #openstack-sdks03:45
*** dave-mccowan has quit IRC03:47
openstackgerritReedip proposed openstack/python-openstackclient master: Allow PD as Subnetpool during Subnet creations  https://review.openstack.org/49166404:14
*** reedip_afk is now known as reedip04:17
*** annp has quit IRC04:46
*** hoangcx has quit IRC04:46
*** annp has joined #openstack-sdks04:46
*** hoangcx has joined #openstack-sdks04:46
*** rajathagasthya has joined #openstack-sdks05:16
*** rajathagasthya has quit IRC06:56
*** markvoelker_ has quit IRC07:01
*** markvoelker has joined #openstack-sdks07:07
*** markvoelker has quit IRC07:08
*** markvoelker has joined #openstack-sdks07:08
*** aarefiev has joined #openstack-sdks07:10
*** gtrxcb has quit IRC07:11
*** ralonsoh has joined #openstack-sdks07:22
*** e0ne has joined #openstack-sdks07:56
*** ralonsoh_ has joined #openstack-sdks07:57
*** ralonsoh has quit IRC07:57
*** ralonsoh_ is now known as ralonsoh08:02
*** gildub has quit IRC08:09
*** shu-mutou is now known as shu-mutou-AWAY09:54
*** dtantsur|afk is now known as dtantsur10:09
*** christi3k has quit IRC10:16
*** markvoelker has quit IRC10:17
*** christi3k has joined #openstack-sdks10:18
*** cdent has joined #openstack-sdks10:47
*** jkilpatr has joined #openstack-sdks10:58
*** sdague has joined #openstack-sdks10:59
*** gildub has joined #openstack-sdks11:24
*** dave-mccowan has joined #openstack-sdks11:40
cdentthanks for the comments on the extensions thing edleafe . That effort was a bit half-hearted: trying to get myself started but not really having enough brain to really get it together.12:09
edleafeHeh, at least in your case "not enough brain" is a temporary state.12:13
openstackgerritChris Dent proposed openstack/api-wg master: WIP: Explain, simply, why extensions are bad  https://review.openstack.org/49161112:16
cdentI’m no longer sure. This last year has involved a startling decline.12:17
*** ralonsoh has quit IRC12:31
*** ralonsoh has joined #openstack-sdks12:32
*** sbezverk has joined #openstack-sdks12:35
openstackgerritDean Troyer proposed openstack/python-openstackclient master: Convert network segment functional tests to JSON  https://review.openstack.org/49161212:35
*** gildub has quit IRC13:06
*** sbezverk has quit IRC13:07
*** markvoelker has joined #openstack-sdks13:12
*** bobh has joined #openstack-sdks13:18
*** cleong has joined #openstack-sdks13:38
*** gouthamr has joined #openstack-sdks14:00
*** marst has joined #openstack-sdks14:05
*** Guest13936 is now known as med_14:21
*** med_ has quit IRC14:21
*** med_ has joined #openstack-sdks14:21
*** med_ is now known as medberry14:21
*** medberry is now known as med_14:43
*** dtantsur is now known as dtantsur|brb14:44
openstackgerritMerged openstack/os-client-config master: Update globals safely  https://review.openstack.org/49161814:48
*** annegentle has joined #openstack-sdks14:56
*** sbezverk has joined #openstack-sdks15:23
efriedAnyone know how/where to open bugs against service-types-authority?15:24
*** sbezverk_ has joined #openstack-sdks15:24
*** marst_ has joined #openstack-sdks15:26
cdentefried: i suspect we never got around to that15:26
*** marst has quit IRC15:27
efriedcdent Since os-service-types is on storyboard, would it be appropriate to create a storyboard... board for it?15:27
cdentI think that would be fine idea15:27
*** sbezverk has quit IRC15:28
efriedcdent Then the question would we where to make note of that.  I guess in the sta readme and/or setup.py15:28
cdentyou have all the best questions. readme seems good for at least a start15:28
*** dtantsur|brb is now known as dtantsur15:30
cdentefried: I’ve nominated you for core on that repo as it seems unreasonable for you not to be. we’ll see what sdague and mordred say15:35
mordredcdent: ++15:36
efriedcdent Okay, thanks!15:36
mordredcdent, efried: wait ...15:36
mordredservice-types-authority is an API-WG repo, so it should do bugs whereever api-wg does bugs15:36
* cdent sings wait, I never had a chance15:37
mordredos-service-types is a lib consuming it that's part of the shade project, so it does bugs where shade does bugs15:37
cdentit’s tc repo, not an api-wg repo, but that would also be fine, there is an openstack-api-wg launchpad presence15:37
mordredthat those two places are two different places is a temporary annoyance, but I think we should associated bugs with owning projects15:37
mordredcdent: fair15:38
cdentefried: as a token nearby api-wg person, I hereby authorize you to put bugs in api-wg if you want15:39
efriedcdent Wherezat?15:39
cdenthttps://launchpad.net/openstack-api-wg15:39
efriedthx15:39
sdaguecdent: ++15:40
efriedcdent mordred btw, the bug I'm going to open is about placement not having an entry.  Which started to be addressed by https://review.openstack.org/#/c/462140/ but needs to be driven to closure pretty soon, methinks.15:40
efriedhttps://bugs.launchpad.net/openstack-api-wg/+bug/170935315:42
openstackLaunchpad bug 1709353 in openstack-api-wg "placement needs an entry in service-types-authority" [Undecided,New]15:42
cdentyeah. that’s currently blocked on docs migration stuff, I think? There’s a bit of blip with regard to getting the right url, which we wouldn’t have until after the current stack of new docs is merged, which is stalled on feature freeze chaos15:42
efriedyarks15:42
efriedcdent it's not just https://docs.openstack.org/nova/latest/user/placement.html ?15:42
cdentwe could just go ahead without the docs ref15:42
cdentno, that’s not the api-ref15:42
cdentwe coud use that as a stub for now15:43
cdentI personally think the entry is far more important than whatever the doc link says15:43
cdentwe want placement to be consumable15:43
cdentit is and has always been at the service-type placement15:43
*** e0ne has quit IRC15:45
cdentefried: you should have +2 now, since mordred and sdague were immediately keen15:45
efriedcdent Sweet, thank you.15:46
cdentabuse your power with grace!15:46
sdaguecdent: there should be an api-ref url for placement, no?15:46
efriedcdent sdague Yeah, the one listed in the change set is live, but actually redirects to the user one today.15:46
sdagueor is that not being published?15:46
efriedhttps://docs.openstack.org/nova/latest/placement.html15:46
cdentsdague: there will be eventually but there isn’t yet: we held off on creating the publishing job because the docs migration was in progress15:47
sdagueefried: that's not the api-ref15:47
efriedbleh, right, developer.o.o?15:47
sdaguecdent: ok, so that doesn't really get impacted by docs migration15:47
sdagueI'd just do that and land it at developer.openstack.org/api-ref/placement15:47
cdentand we didn’t want to move all the files until after they had all merged15:47
sdaguecdent: ok... I guess I'm confused where they are moving to15:48
efriedsdague To be clear, land it with a (for now) broken link?15:48
cdentsdague: I’d need to chase some of the conversations with dhellmann and avolkov to really get my memory cear15:48
sdaguethe api-ref sphinx extension is not guaunteed to not scramble the existing look feel of the main docs15:49
sdaguewhich is why it's in separate repo15:50
sdagueand I don't see reasons for that to change15:50
sdagueespecially as they have a very different target site15:50
cdentpart of the issue may have been that having two api-ref-style jobs publishing from the same repo means that the second job needs to have some customizations, and if (I’m not sure if this is even desired?) the placement-api-ref directory was going to move under doc/source we’d wait until after all the pending changes merged before doing that15:52
cdentthat was based on the apparently very bad assumption that the pending docs reviews would merge much faster15:52
cdentbut mostly I don’t actually know that much of what’s going on: avolkov had that ball and I lost track of it15:53
openstackgerritEric Fried proposed openstack/service-types-authority master: Add placement service  https://review.openstack.org/46214015:56
sdagueI think things are going to be really goofy to try to put api-ref under doc/source15:59
sdagueand I would generally advise against that15:59
sdagueapi-guide could probably move15:59
cdentsdague: yeah, I’m really grasping at lose straws of memory here and since I think avolkov may be less around now than he was before, we may be able to just come up with a new correct plan and do whatever. I’m not clear what that should be.16:01
sdaguecdent: ok. Well I'm around this week but then gone for 2. So if you want assistance on that bit, getting the publishing patches posted soon would be good16:02
cdentI’m so unanchored that I don’t know where to begin, but can probably resituate myself tomorrow (barring yet more tyre fires in allocations). One concerm was that I thought we didn’t want to publish incomplete docs?16:03
sdagueon the api-ref side I kind of thing incomplete is better than none16:06
openstackgerritDean Troyer proposed openstack/osc-lib feature/osc4: Refactor initialize_app() to allow overriding  https://review.openstack.org/49184616:12
cdentsdague: I found some of the lost context. In https://review.openstack.org/#/c/480991/ dhellmann says to move the placement-api-ref into docs/source16:33
cdentsdague, dhellmann : however I think much of what is said there is confusion over how placement and nova are nearby16:34
sdagueyeh16:34
sdagueit also doesn't seem to mention developer.openstack.org, as this would implicitely remove that16:35
sdaguehowever the developer experience folks were very very strongly in the camp that it was important that that was a top level construct16:36
*** markvoelker has quit IRC16:36
sdagueand, actually, that ends up making the api-ref versioned per release, which is something we very much don't want to do16:38
cdentvery good point16:38
sdagueI left a post hoc comment in https://review.openstack.org/#/c/472275/1316:42
cdentsdague: cool. I’m going to push up a new gate job, which will make note of some of the conversation here and refer back to the abandoned one16:45
*** annegentle has quit IRC16:49
*** ralonsoh has quit IRC16:53
cdentsdague: i made a new job, because i was nearly all the way done before I found the abandoned one: https://review.openstack.org/49186017:01
cdentthanks17:03
*** annegentle has joined #openstack-sdks17:13
*** dtantsur is now known as dtantsur|afk17:17
*** bobh has quit IRC17:21
*** sbezverk_ has quit IRC17:37
*** markvoelker has joined #openstack-sdks17:37
mordredcdent, sdague: I haven't read the whole backscroll yet - but one of the issues is that osme of hte tooling currently expects to be able to find "the project" for a given service-type ... and also expects to be able to find the service-type for a given project (the verficiation that docs are going to the right place)17:39
mordredI had punted on sorting that out in my brain a bit - but if we need to sort it out I can re-prioritize my internal ring-buffer ...17:39
cdentEven if we set aside the problem that placement presents in that model, it seems bad to limit a project to just one service-type?17:41
*** sbezverk has joined #openstack-sdks17:42
cdentit seem we _can_ have multiple types per project but it sounds like the mental model isn’t that?17:42
*** markvoelker has quit IRC17:44
*** annegentle has quit IRC17:45
openstackgerritMerged openstack/osc-lib feature/osc4: Revert "Update UPPER_CONSTRAINTS_FILE for feature/osc4"  https://review.openstack.org/48966417:48
*** bobh has joined #openstack-sdks17:52
*** annegentle has joined #openstack-sdks18:09
*** annegentle has quit IRC18:13
dhellmanncdent, sdague : I expect the topic of the api ref stuff to come up at the ptg on mon/tue with the docs team. I hope you can participate in that conversation.18:27
dhellmannthat move was originally supposed to be part of phase 2 of the migration, so if we decide to skip it it's less work for most everyone18:27
*** markvoelker has joined #openstack-sdks18:40
*** markvoelker has quit IRC18:48
sdaguedhellmann: sure. I think in some of the docs migration there were missing bits of what's per release and what's master only. And you can't mix those in a single doc tree19:02
dhellmannwell, we did acknowledge that, we just didn't necessarily think we "couldn't" mix them19:03
dhellmannhuge amounts of the docs don't change from cycle to cycle; this is just one area19:03
sdaguebut it means you'd have a published pike tree linking to pike version docs that should only have a master existing19:04
dhellmannwhy "should only"?19:04
sdaguebecause some docs only are supposed to exist on master19:04
sdaguelike api-ref19:05
sdagueby design19:05
dhellmannyou're arguing with a tautology19:05
dhellmannwhat's special about api docs that makes it invalid to publish from branches?19:05
sdaguebecause there should only ever be one copy and it should cover all released api19:05
cdenta microversioned api just exists as a whole19:05
cdentthere is no pike, ocata, newton19:06
sdagueand if there is more than one copy then you need to backport fixes or have multiple clocks saying different things19:06
dhellmannok19:06
dhellmannI don't see the big deal in saying "there may be newer docs than this, check your API version" but it's  not a big deal to me -- not combining those builds means less work next cycle19:06
dhellmannI'm optimizing for the fact that our doc contributor base is decimated; you have other priorities.19:07
sdaguedhellmann: the reason for that was optimizing for small contributor bases19:07
sdaguebecause it removes the need to backport corrections on docs19:07
sdagueas there is a single source of truth, and only one publish point19:08
dhellmannI guess I don't agree with the premise that there's any reason to backport doc fixes that are not related to code fixes.19:08
dhellmannbut I see your point19:08
sdaguedhellmann: because the docs aren't 100% accurate19:08
dhellmannyes, well, welcome to this universe19:08
dhellmannI don't actually care about the api docs myself, so as I said, I'm happy to leave all of that alone.19:08
sdagueok19:08
dhellmannthat is, I don't care so much about integrating them that I actually want to have the argument19:09
cdentI think, at least for microversioned systems and for people who are talking to multiple different cloud where they don’t necessarily know the version of the cloud, the main isssue is the multiple clocks. We dont want that in api-ref docs. The bit about backports is less relevant.19:11
*** markvoelker has joined #openstack-sdks19:44
*** markvoelker has quit IRC19:51
*** e0ne has joined #openstack-sdks20:12
*** jkilpatr has quit IRC20:16
*** e0ne has quit IRC20:23
openstackgerritEric Fried proposed openstack/keystoneauth master: WIP: Adapter.get_conf_options(deprecated_opts)  https://review.openstack.org/49089520:24
*** jkilpatr has joined #openstack-sdks20:37
*** e0ne has joined #openstack-sdks20:37
*** marst_ has quit IRC20:44
*** sbezverk has quit IRC20:53
*** cleong has quit IRC20:54
*** e0ne has quit IRC20:55
*** marst has joined #openstack-sdks20:55
openstackgerritEric Fried proposed openstack/keystoneauth master: Adapter.get_conf_options(deprecated_opts)  https://review.openstack.org/49089520:57
*** cdent has quit IRC21:01
*** sbezverk has joined #openstack-sdks21:22
openstackgerritEric Fried proposed openstack/keystoneauth master: Protect against missing interface attribute  https://review.openstack.org/48856821:32
*** annegentle has joined #openstack-sdks21:32
*** markvoelker has joined #openstack-sdks21:37
*** markvoelker has quit IRC21:44
openstackgerritEric Fried proposed openstack/keystoneauth master: Protect against missing interface attribute  https://review.openstack.org/48856821:48
openstackgerritEric Fried proposed openstack/keystoneauth master: Adapter.get_conf_options(deprecated_opts)  https://review.openstack.org/49089521:48
*** markvoelker has joined #openstack-sdks22:04
*** markvoelker_ has joined #openstack-sdks22:05
*** markvoelker has quit IRC22:09
*** markvoelker has joined #openstack-sdks22:36
*** bobh has quit IRC22:37
*** markvoel_ has joined #openstack-sdks22:37
*** markvoelker_ has quit IRC22:40
*** sbezverk has left #openstack-sdks22:41
*** markvoelker has quit IRC22:41
openstackgerritEric Fried proposed openstack/keystoneauth master: WIP: Return the endpoint_override from EndpointData  https://review.openstack.org/49194722:43
*** markvoelker has joined #openstack-sdks23:01
*** markvoel_ has quit IRC23:03
*** marst has quit IRC23:06
*** markvoelker has quit IRC23:18
*** markvoelker has joined #openstack-sdks23:18
*** sdague has quit IRC23:22
*** markvoelker has quit IRC23:23
*** gildub has joined #openstack-sdks23:55

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