| *** gtema has quit IRC | 00:01 | |
| *** gtema has joined #openstack-sdks | 00:04 | |
| *** gtema has quit IRC | 00:08 | |
| *** dave-mccowan has quit IRC | 00:10 | |
| *** slaweq has joined #openstack-sdks | 00:11 | |
| *** gtema has joined #openstack-sdks | 00:12 | |
| *** slaweq has quit IRC | 00:16 | |
| *** KeithMnemonic has joined #openstack-sdks | 00:16 | |
| *** dave-mccowan has joined #openstack-sdks | 00:16 | |
| *** KeithMnemonic has quit IRC | 00:17 | |
| *** KeithMnemonic has joined #openstack-sdks | 00:17 | |
| *** gtema has quit IRC | 00:20 | |
| *** KeithMnemonic has quit IRC | 00:23 | |
| *** slaweq has joined #openstack-sdks | 00:28 | |
| *** slaweq has quit IRC | 00:33 | |
| *** gtema has joined #openstack-sdks | 00:35 | |
| *** gtema has quit IRC | 00:39 | |
| *** gtema has joined #openstack-sdks | 00:45 | |
| *** mriedem has quit IRC | 00:45 | |
| *** gtema has quit IRC | 00:49 | |
| *** slaweq has joined #openstack-sdks | 00:50 | |
| *** gtema has joined #openstack-sdks | 00:50 | |
| *** gtema has quit IRC | 00:54 | |
| *** slaweq has quit IRC | 00:55 | |
| *** gtema has joined #openstack-sdks | 00:58 | |
| *** tosky has quit IRC | 00:59 | |
| *** dave-mccowan has quit IRC | 01:01 | |
| *** gtema has quit IRC | 01:02 | |
| *** gtema has joined #openstack-sdks | 01:04 | |
| *** slaweq has joined #openstack-sdks | 01:06 | |
| *** gtema has quit IRC | 01:09 | |
| *** gtema has joined #openstack-sdks | 01:10 | |
| *** mnasiadka has quit IRC | 01:11 | |
| *** guilhermesp has quit IRC | 01:11 | |
| *** kmalloc has quit IRC | 01:12 | |
| *** TheJulia has quit IRC | 01:12 | |
| *** mnasiadka has joined #openstack-sdks | 01:12 | |
| *** TheJulia has joined #openstack-sdks | 01:13 | |
| *** guilhermesp has joined #openstack-sdks | 01:13 | |
| *** kmalloc has joined #openstack-sdks | 01:13 | |
| *** jkulik has quit IRC | 01:14 | |
| *** slaweq has quit IRC | 01:15 | |
| *** jkulik has joined #openstack-sdks | 01:17 | |
| *** gtema has quit IRC | 01:18 | |
| *** slaweq has joined #openstack-sdks | 01:18 | |
| *** gtema has joined #openstack-sdks | 01:21 | |
| *** slaweq has quit IRC | 01:23 | |
| *** gtema has quit IRC | 01:26 | |
| *** gtema has joined #openstack-sdks | 01:31 | |
| *** slaweq has joined #openstack-sdks | 01:37 | |
| *** gtema has quit IRC | 01:37 | |
| *** slaweq has quit IRC | 01:45 | |
| *** gtema has joined #openstack-sdks | 01:45 | |
| *** gtema has quit IRC | 01:50 | |
| *** gtema has joined #openstack-sdks | 01:51 | |
| *** slaweq has joined #openstack-sdks | 01:51 | |
| *** gtema has quit IRC | 01:56 | |
| *** slaweq has quit IRC | 01:56 | |
| *** gtema has joined #openstack-sdks | 02:01 | |
| *** openstackstatus has joined #openstack-sdks | 02:03 | |
| *** ChanServ sets mode: +v openstackstatus | 02:03 | |
| *** gtema has quit IRC | 02:10 | |
| *** slaweq has joined #openstack-sdks | 02:11 | |
| *** slaweq has quit IRC | 02:15 | |
| *** gtema has joined #openstack-sdks | 02:19 | |
| *** gtema has quit IRC | 02:27 | |
| *** gtema has joined #openstack-sdks | 02:35 | |
| *** gtema has quit IRC | 02:39 | |
| *** gtema has joined #openstack-sdks | 03:12 | |
| *** gtema has quit IRC | 03:16 | |
| *** gtema has joined #openstack-sdks | 03:18 | |
| *** gtema has quit IRC | 03:24 | |
| *** gtema has joined #openstack-sdks | 03:34 | |
| *** gtema has quit IRC | 03:38 | |
| *** gtema has joined #openstack-sdks | 03:45 | |
| *** gtema has quit IRC | 03:52 | |
| *** goldyfruit_ has quit IRC | 03:53 | |
| *** gtema has joined #openstack-sdks | 04:06 | |
| *** gtema has quit IRC | 04:10 | |
| *** gtema has joined #openstack-sdks | 04:17 | |
| *** gtema has quit IRC | 04:27 | |
| *** gtema has joined #openstack-sdks | 04:34 | |
| *** gtema has quit IRC | 04:42 | |
| *** Luzi has joined #openstack-sdks | 06:04 | |
| *** Blinkiz5 has joined #openstack-sdks | 06:29 | |
| *** gouthamr_ has joined #openstack-sdks | 06:35 | |
| *** Jeffrey4l_ has joined #openstack-sdks | 06:36 | |
| *** jpena|off has quit IRC | 06:37 | |
| *** mtreinish has quit IRC | 06:39 | |
| *** gouthamr has quit IRC | 06:39 | |
| *** brtknr has quit IRC | 06:39 | |
| *** Blinkiz has quit IRC | 06:39 | |
| *** lastmikoi has quit IRC | 06:39 | |
| *** Jeffrey4l has quit IRC | 06:39 | |
| *** evrardjp has quit IRC | 06:39 | |
| *** Blinkiz5 is now known as Blinkiz | 06:39 | |
| *** openstackstatus has quit IRC | 06:40 | |
| *** jpena|off has joined #openstack-sdks | 06:48 | |
| *** mtreinish has joined #openstack-sdks | 06:48 | |
| *** lastmikoi has joined #openstack-sdks | 06:48 | |
| *** brtknr has joined #openstack-sdks | 06:48 | |
| *** evrardjp has joined #openstack-sdks | 06:48 | |
| *** jpena|off has quit IRC | 07:15 | |
| *** mtreinish has quit IRC | 07:15 | |
| *** brtknr has quit IRC | 07:15 | |
| *** lastmikoi has quit IRC | 07:15 | |
| *** evrardjp has quit IRC | 07:15 | |
| *** jpena|off has joined #openstack-sdks | 07:16 | |
| *** mtreinish has joined #openstack-sdks | 07:16 | |
| *** lastmikoi has joined #openstack-sdks | 07:16 | |
| *** brtknr has joined #openstack-sdks | 07:16 | |
| *** evrardjp has joined #openstack-sdks | 07:16 | |
| *** KeithMnemonic has joined #openstack-sdks | 07:29 | |
| *** KeithMnemonic has quit IRC | 07:34 | |
| *** gtema has joined #openstack-sdks | 07:45 | |
| *** slaweq has joined #openstack-sdks | 07:46 | |
| *** slaweq_ has joined #openstack-sdks | 07:53 | |
| *** slaweq has quit IRC | 07:56 | |
| *** gtema_ has joined #openstack-sdks | 07:59 | |
| *** gtema has quit IRC | 08:01 | |
| *** slaweq_ is now known as slaweq | 08:03 | |
| openstackgerrit | Yongli He proposed openstack/python-openstackclient master: Microversion 2.78 - server show topology https://review.opendev.org/680928 | 08:06 |
|---|---|---|
| *** slaweq_ has joined #openstack-sdks | 08:19 | |
| *** slaweq has quit IRC | 08:19 | |
| *** ralonsoh has joined #openstack-sdks | 08:32 | |
| *** tosky has joined #openstack-sdks | 08:39 | |
| *** slaweq_ is now known as slaweq | 08:45 | |
| *** jpena|off is now known as jpena | 08:47 | |
| *** gtema_ has quit IRC | 08:49 | |
| *** jpich has joined #openstack-sdks | 08:50 | |
| *** jangutter has joined #openstack-sdks | 08:56 | |
| openstackgerrit | Daniel Bengtsson proposed openstack/python-openstackclient master: Stop configuring install_command in tox. https://review.opendev.org/694484 | 09:07 |
| *** dave-mccowan has joined #openstack-sdks | 09:13 | |
| *** gtema has joined #openstack-sdks | 09:32 | |
| openstackgerrit | Daniel Bengtsson proposed openstack/python-openstackclient master: Stop configuring install_command in tox and stop use pip. https://review.opendev.org/694484 | 09:33 |
| *** gtema has quit IRC | 09:37 | |
| *** cdent has joined #openstack-sdks | 09:45 | |
| *** gtema has joined #openstack-sdks | 09:47 | |
| *** jpich has quit IRC | 10:16 | |
| *** jpich has joined #openstack-sdks | 10:17 | |
| *** slaweq has quit IRC | 10:34 | |
| openstackgerrit | Daniel Bengtsson proposed openstack/osc-lib master: Stop configuring install_command in tox and stop use pip. https://review.opendev.org/694510 | 10:43 |
| *** slaweq has joined #openstack-sdks | 10:45 | |
| *** slaweq has quit IRC | 10:50 | |
| *** cdent has left #openstack-sdks | 10:53 | |
| *** jawad_axd has joined #openstack-sdks | 11:32 | |
| jawad_axd | Hi folks, How to get vm console url (as openstack console url show server) from openstackSDK ? | 11:48 |
| *** slaweq has joined #openstack-sdks | 11:55 | |
| *** jpena is now known as jpena|lunch | 12:00 | |
| *** goldyfruit_ has joined #openstack-sdks | 12:12 | |
| *** goldyfruit_ has quit IRC | 12:16 | |
| *** jangutter has quit IRC | 12:33 | |
| frickler | jawad_axd: this seems to be a missing feature. some tried to implement this three years ago, but failed, I haven't found anything happening after that https://review.openstack.org/319828 | 12:45 |
| frickler | osc is using novaclient for that action iiuc | 12:48 |
| *** ricolin has joined #openstack-sdks | 12:50 | |
| jawad_axd | frickler: okay..I am looking into link you provided. Thanks for reply. | 12:50 |
| *** Luzi has quit IRC | 13:05 | |
| *** Luzi has joined #openstack-sdks | 13:20 | |
| *** jangutter has joined #openstack-sdks | 13:20 | |
| *** mriedem has joined #openstack-sdks | 13:23 | |
| *** gtema_ has joined #openstack-sdks | 13:56 | |
| *** gtema has quit IRC | 14:00 | |
| *** jpena|lunch is now known as jpena | 14:01 | |
| mriedem | dtroyer: when you get a chance, can you weigh in on an option name on this osc-placement patch? https://review.opendev.org/#/c/691422/ - it's updating a set command to add a --no-provider option which means, remove allocations for the given provider (but not all providers), | 14:13 |
| mriedem | the --no-provider name is trying to mirror CLIs like port set --no-tag, | 14:13 |
| mriedem | but at least 2 people (efried and melwitt) were confused by it | 14:13 |
| mriedem | my alternative suggestions are (1) change the option name to be --clear-provider or --remove-provider and keep using the set command, | 14:14 |
| mriedem | or (2) add an unset command with a --provider option | 14:14 |
| mriedem | e.g. openstack resource provider allocation unset --provider prov1 --provider prov2 consumer1 // removes consumer1's allocations from prov1 and prov2 | 14:15 |
| *** Luzi has quit IRC | 14:16 | |
| *** gtema_ has quit IRC | 14:16 | |
| *** gtema has joined #openstack-sdks | 14:17 | |
| *** goldyfruit has joined #openstack-sdks | 14:30 | |
| *** jawad_axd has quit IRC | 14:37 | |
| *** jawad_axd has joined #openstack-sdks | 14:38 | |
| *** jawad_ax_ has joined #openstack-sdks | 14:40 | |
| *** gtema has quit IRC | 14:40 | |
| *** KeithMnemonic has joined #openstack-sdks | 14:41 | |
| *** jawad_axd has quit IRC | 14:43 | |
| *** jawad_ax_ has quit IRC | 14:45 | |
| *** jangutter has quit IRC | 15:00 | |
| *** ricolin has quit IRC | 15:18 | |
| openstackgerrit | Nate Johnston proposed openstack/python-openstackclient master: Handle NotFoundException when listing floating IPs https://review.opendev.org/694571 | 15:20 |
| efried | mriedem: (2) jumped out as being pretty clean/intuitive. I haven't stared at it yet. | 15:28 |
| mriedem | i left a comment on the review but one fear i have with adding unset is someone expecting it to also have a --no-allocation or some option to also remove specific resource classes from an existing provider allocation combo, which would be really annoying | 15:31 |
| efried | mriedem: I was about to respond to that. IMO | 15:41 |
| efried | openstack resource provider allocation unset --consumer C [--provider P] [--resource-class R1 [--resource-class R2 ...]] | 15:41 |
| efried | makes enough sense. | 15:41 |
| efried | If you don't specify a --provider, all providers are affected. | 15:41 |
| efried | You can specify at most one --provider, in which case only that provider is affected. | 15:41 |
| efried | You can specify zero or more | 15:41 |
| efried | ... --resource-class, in which case only those resource classes are affected. | 15:41 |
| efried | For a first iteration you could leave off the --resource-class arg, but if/when it needs to be added later, does that seem like a reasonable design? | 15:41 |
| *** KeithMnemonic1 has joined #openstack-sdks | 15:41 | |
| efried | If you need to affect a >1 subset of providers, repeat the command. Are we allowed to say that? | 15:42 |
| mriedem | i think consumer and at least one provider should be required, consumer obviously (it's an arg, not an option) | 15:45 |
| mriedem | specifying zero providers means what? clear all allocations? | 15:45 |
| mriedem | and if so, <1.28 means DELETE, >= 1.28 means PUT with empty allocs dict and consumer_generation | 15:46 |
| mriedem | i'm not dealing with that --resource-class garbage | 15:46 |
| efried | Yes, zero providers means remove all allocations, the base use case for 'allocation unset $consumer'. | 15:47 |
| mriedem | and that's only useful over allocation delete b/c of 1.28 and consumer generations? | 15:47 |
| efried | Do you think it's necessary to have a generation'd code path in `allocation delete`? | 15:48 |
| mriedem | not really | 15:49 |
| mriedem | if someone wanted that, you could provide 1.28 and a --safe or --validate option or something like that | 15:49 |
| efried | IMO this kind of reflects the semantics of DELETE vs PUT{}: one you're saying "Blow it away. I don't care what's there." The other you're saying "Remove what I think is there right now. If something changes, hold up, I need to reevaluate" | 15:49 |
| mriedem | openstack --os-placement-api-version 1.28 resource provider allocation delete --safe <consumer_id> | 15:49 |
| efried | But in a CLI like this, the window between the GET and PUT is so small, I'm not sure it adds any value. | 15:49 |
| efried | so no, unset with no provider (and no RC) doesn't really add value. It's just a reducto case of two CLIs providing the same function. | 15:50 |
| efried | If you include (or at least plan for) the RC option, though, it does make sense for --provider to be optional. | 15:51 |
| efried | "Remove all bandwidth allocations" | 15:51 |
| efried | "Remove all GPUs" | 15:51 |
| efried | things that can be on (multiple) nested providers | 15:52 |
| mriedem | congratulations, you've talked me out of wanting to work on this anymore :) | 15:52 |
| mriedem | what i'd probably do is unset with --provider using nargs='+' to start meaning at least one --provider is required, | 15:55 |
| mriedem | if at some point you want to make --provider really optional, you drop the nargs | 15:55 |
| *** goldyfruit_ has joined #openstack-sdks | 15:55 | |
| *** goldyfruit has quit IRC | 15:57 | |
| efried | I don't think we should allow more than one provider. | 15:58 |
| efried | mm, hold that thought. | 15:58 |
| efried | I guess you're more likely to want to remove all (nested) allocs from one host, huh. | 15:59 |
| efried | ... unset --root-provider $P ? | 15:59 |
| efried | --tree $P ? | 15:59 |
| mriedem | melwitt specifically wants to be able to remove allocations from more than one provider in a single call | 15:59 |
| efried | always all and only in the same tree? | 15:59 |
| efried | brbwc | 16:00 |
| mriedem | no | 16:00 |
| mriedem | no trees | 16:00 |
| mriedem | simple old separate compute node providers | 16:00 |
| mriedem | e.g. you try migrating a server to hosts A, B, C, all fail, all orphan providers b/c nova has a bug | 16:00 |
| efried | and it doesn't help us to just fix the bug, because osc needs to be usable against old still-broken clouds. | 16:01 |
| mriedem | correct | 16:02 |
| efried | I can't think of reasonable way to allow granular updates on the CLI because you need to specify RP+RC in pairs. | 16:03 |
| mriedem | right, which is what allocation set --allocation does and it's a really gross interface on a command line | 16:04 |
| mriedem | there is a good example of the gross in here https://docs.openstack.org/nova/latest/admin/troubleshooting/orphaned-allocations.html | 16:04 |
| mriedem | https://docs.openstack.org/nova/latest/admin/troubleshooting/orphaned-allocations.html#solution | 16:04 |
| efried | yeah, rp=$u,RC=$n | 16:05 |
| mriedem | that's the reason i'm working on the osc-placement command | 16:05 |
| efried | okay, well, if we have a precedent for this --allocation syntax (I didn't realize that) then IMO it makes the path forward *somewhat* clearer. | 16:06 |
| efried | Does `allocation set` have anything yet that does partial update? | 16:08 |
| efried | If not, I'd like to keep it that way. "set" means full overwrite, end of story. | 16:08 |
| efried | And we should put partials in a different CLI. | 16:09 |
| efried | whether `update` or `unset` | 16:09 |
| efried | `update` could take --allocation {same syntax as `set`} to add a rp/rc to what's there, and --no-allocation rp=$uuid[,$rcname] to remove. Omit $rcname and everything from that provider goes away, which is melwitt's use case. And we can defer implementing [,$rcname] to later. | 16:11 |
| mriedem | there is no 'update' in osc | 16:12 |
| mriedem | there is set | 16:12 |
| melwitt | efried: I tried to add 'update' awhile back and got nacked and ended up instead adding --amend to 'set' | 16:12 |
| efried | Okay, `set --amend` then. Point being, `set` (without something really stark) should be full overwrite. | 16:13 |
| efried | alternative to --no-allocation could be --allocation rp=$uuid,$rc=0 to remove one | 16:13 |
| melwitt | it's not a huge deal if it's not possible to remove for multiple providers, I was just saying it would be one call vs several | 16:13 |
| mriedem | tetsuro also asked for multiple provider support | 16:13 |
| melwitt | heh | 16:14 |
| efried | melwitt: your --amend was for inventories, right? | 16:14 |
| efried | We still don't have any form of amending for allocs yet? | 16:15 |
| melwitt | efried: that was my original reason (allocation ratios) but it works for anything | 16:15 |
| melwitt | oh, sorry yeah | 16:15 |
| efried | "works for anything" theoretically, but is only implemented for inventories currently, right? | 16:15 |
| melwitt | inventory set is its own thing yeah? | 16:15 |
| efried | yeah, separate subcommand. | 16:15 |
| efried | afaiu | 16:15 |
| melwitt | if so then yes it's only for inventories | 16:15 |
| melwitt | I can't remember rn | 16:16 |
| dtroyer | mriedem, efried: I just skimmed the scrollback, it seems like you guys are on the right track. The things to keep in mind are that —no-whatever options are used to remove all of whatever in set commands, to remove a specific one needs an unset command. —all-whatever in unset also has a precedence in network commands. | 16:16 |
| efried | okay, then s/update/set --amend/ for my suggestions above. | 16:16 |
| *** goldyfruit___ has joined #openstack-sdks | 16:16 | |
| dtroyer | I'll leave the particulars of the semantics of multiple providers, etc to you guys, I don't think we have a precedent for that sort of thing. If so iit'll be in netowrk commands | 16:16 |
| efried | dtroyer: Roger that. In this case I feel like --no-provider is really jarring semantically so I'm grasping for *any* better option. | 16:17 |
| melwitt | ok yeah inventory set is the only one that has --amend | 16:18 |
| dtroyer | I would expect that to remove all providers, which may or may not make sense at all there | 16:18 |
| *** jawad_axd has joined #openstack-sdks | 16:18 | |
| efried | dtroyer: does --no-foo ever take an arg? | 16:18 |
| efried | cause that's what's being proposed here. | 16:18 |
| *** goldyfruit_ has quit IRC | 16:18 | |
| efried | to narrow down what we remove | 16:18 |
| mriedem | based on what dean just said i'd drop the set --no-provider thing, | 16:18 |
| mriedem | and just do: unset --provider | 16:18 |
| mriedem | nargs='+' | 16:19 |
| dtroyer | efried: no, it is used to clear the list (like properites) to allow setting new ones in the same command | 16:19 |
| efried | okay | 16:19 |
| efried | mriedem: having learned about the existing --allocation syntax, I'm not in favor of unset --provider | 16:19 |
| *** tbarron has quit IRC | 16:20 | |
| efried | Hindsight: if we had called it `consumer allocation` instead of `resource provider allocation` then we could have made "futz with a resource provider's allocations" the latter. | 16:21 |
| mriedem | so what are you asking for now? allocation set --amend --allocation rp=uuid to remove all allocatoins for a given provider? | 16:21 |
| efried | yes | 16:21 |
| efried | for symmetry | 16:21 |
| mriedem | and --amend with rp=uuid,rc=n means add/update new/existing allocation? | 16:22 |
| *** jawad_axd has quit IRC | 16:22 | |
| efried | yes | 16:22 |
| efried | Hold on, you said --amend --allocation rp=$uuid to remove? As opposed to --amend --allocation rp=$uuid,$rc=0 [... repeat for all $rc] ? | 16:23 |
| efried | I guess that could work. | 16:24 |
| mriedem | i would prefer just a simple unset --provider | 16:24 |
| mriedem | than dork with the existing set --allocation <gdi this is a mess like bdms> format thing | 16:25 |
| mriedem | but that's just me | 16:25 |
| efried | I won't die on a hill for it, but the reasons I don't like that are: | 16:25 |
| efried | 1) it's asymmetrical | 16:25 |
| efried | 2) it makes it impossible to narrow down to RC granularity in the future | 16:25 |
| mriedem | i don't think it's impossible, you add a --resource-class option | 16:26 |
| mriedem | if specified, unset the resource class for the given provider, | 16:26 |
| efried | not if you can specify multiple providers | 16:26 |
| mriedem | if no providers are specified, remove the resource class from all providers on which the consumer has allocations | 16:26 |
| mriedem | 1. openstack resource provider allocation unset --provider A --provider B --resource-class VGPU consumer1 == remove VGPU allocatoins from providers A and B for consumer1 | 16:27 |
| mriedem | 2. openstack resource provider allocation unset --resource-class VGPU consumer1 == remove VGPU allocations from all providers on which consumer1 has allocations | 16:27 |
| mriedem | 3. openstack resource provider allocation unset --provider A consumer1 == remove all allocations consumer1 has on provider A | 16:28 |
| mriedem | doesn't seem impossible to me | 16:28 |
| efried | and --resource-class is repeatable too? | 16:28 |
| mriedem | sure | 16:28 |
| efried | Okay. Then I just hate the asymmetry. | 16:29 |
| efried | 4. openstack resource provider allocation unset consumer1 ? Same as `delete`? | 16:29 |
| mriedem | yeah i guess | 16:31 |
| mriedem | well, | 16:31 |
| mriedem | if you make --provider use nargs=+ to start, then that's not possible as at least one provider is required, | 16:31 |
| mriedem | which you could do until you add support for --resource-class | 16:32 |
| mriedem | but that's a behavior change and would require a major version release probably | 16:32 |
| efried | Yeah, but the code is nearly identical because you still have to deal with having specified all --provider Z | 16:32 |
| mriedem | anyway, sure | 16:32 |
| efried | which is effectively the same. | 16:32 |
| mriedem | so yes to 1-4 | 16:32 |
| efried | are you going to skip implementing --resource-class for now? | 16:33 |
| mriedem | i would yes | 16:34 |
| mriedem | unlike this irc conversation, i don't really want to boil the ocean on providing something simple to just remove a single provider from a set of allocations :) | 16:34 |
| mriedem | this started as like a "this should be relatively simple" kind of thing for something useful | 16:35 |
| mriedem | i appreciate forward-thinking, but i'm also close to just abandoning | 16:35 |
| efried | "remove *multiple* providers from a set of allocations" yeah? | 16:37 |
| mriedem | it started as one, | 16:39 |
| mriedem | tetsuro and mel asked for multiple which was simple to accomodate | 16:39 |
| efried | or so you thought | 16:44 |
| mriedem | yeah this eric guy got involved | 16:45 |
| mriedem | blew it all up! | 16:45 |
| efried | You'll thank me later. | 16:46 |
| efried | In therapy. | 16:46 |
| mnaser | mordred: i hope you're resting well after your entertainment-less flight --- can you leave some comments on https://review.opendev.org/#/c/684740/ please? | 16:53 |
| mnaser | we kinda discussed that briefly at ansiblefest and i think ansible-sig might be a better home | 16:54 |
| *** jpich has quit IRC | 16:55 | |
| *** goldyfruit_ has joined #openstack-sdks | 17:02 | |
| *** goldyfruit___ has quit IRC | 17:05 | |
| *** tbarron has joined #openstack-sdks | 17:06 | |
| *** mriedem is now known as mriedem_afk | 17:19 | |
| *** jpena is now known as jpena|off | 17:58 | |
| *** gtema has joined #openstack-sdks | 18:14 | |
| *** KeithMnemonic1 has quit IRC | 18:19 | |
| *** ralonsoh has quit IRC | 18:20 | |
| *** gtema has quit IRC | 18:22 | |
| *** jawad_axd has joined #openstack-sdks | 18:55 | |
| *** KeithMnemonic1 has joined #openstack-sdks | 19:00 | |
| *** tosky has quit IRC | 19:14 | |
| *** mriedem_afk is now known as mriedem | 19:23 | |
| johnsom | efried It seems Dean is ok with that osc-lib hack for the neutron docs. Any chance we can move that from WIP? | 19:33 |
| efried | johnsom: which one? | 19:35 |
| johnsom | efried lol, https://review.opendev.org/#/c/693267 | 19:35 |
| efried | johnsom: oh, yeah, needs tests, thought you might be willing to, ahem, co-author :P | 19:36 |
| johnsom | Um, no | 19:36 |
| efried | okay then, I'll see what I can work up. | 19:37 |
| johnsom | Ok, thank you | 19:37 |
| *** mriedem has quit IRC | 19:37 | |
| *** mriedem has joined #openstack-sdks | 19:42 | |
| *** jawad_axd has quit IRC | 19:43 | |
| *** goldyfruit___ has joined #openstack-sdks | 20:09 | |
| *** goldyfruit_ has quit IRC | 20:12 | |
| openstackgerrit | Eric Fried proposed openstack/osc-lib master: Add enhance_help kwarg to tags option generators https://review.opendev.org/693267 | 20:15 |
| efried | johnsom: ^ | 20:15 |
| efried | dtroyer: ^ | 20:15 |
| *** gtema has joined #openstack-sdks | 20:23 | |
| *** gtema has quit IRC | 20:27 | |
| *** yolanda has quit IRC | 20:35 | |
| *** yolanda has joined #openstack-sdks | 20:43 | |
| *** goldyfruit_ has joined #openstack-sdks | 20:46 | |
| *** goldyfruit___ has quit IRC | 20:48 | |
| *** slaweq has quit IRC | 20:50 | |
| openstackgerrit | Nate Johnston proposed openstack/python-openstackclient master: Handle NotFoundException when listing floating IPs https://review.opendev.org/694571 | 20:58 |
| johnsom | Thanks | 21:10 |
| *** slaweq has joined #openstack-sdks | 21:11 | |
| *** slaweq has quit IRC | 21:16 | |
| openstackgerrit | Ruby Loo proposed openstack/openstacksdk master: baremetal node: 'error' is a failed state https://review.opendev.org/694634 | 22:07 |
| *** KeithMnemonic1 has quit IRC | 22:50 | |
| *** KeithMnemonic has quit IRC | 23:08 | |
| *** slaweq has joined #openstack-sdks | 23:11 | |
| *** slaweq has quit IRC | 23:16 | |
| *** mriedem has quit IRC | 23:50 | |
Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!