*** slaweq has joined #openstack-sdks | 00:12 | |
*** slaweq has quit IRC | 00:16 | |
*** efried has quit IRC | 00:51 | |
*** efried has joined #openstack-sdks | 00:59 | |
*** ricolin has joined #openstack-sdks | 01:04 | |
*** bobh has joined #openstack-sdks | 01:34 | |
*** slaweq has joined #openstack-sdks | 02:11 | |
*** slaweq has quit IRC | 02:15 | |
*** bobh has quit IRC | 02:19 | |
*** bobh has joined #openstack-sdks | 02:26 | |
*** bobh has quit IRC | 02:56 | |
*** gkadam has joined #openstack-sdks | 03:29 | |
*** bobh has joined #openstack-sdks | 03:33 | |
*** gkadam has quit IRC | 03:34 | |
*** gkadam has joined #openstack-sdks | 03:35 | |
*** bobh has quit IRC | 03:38 | |
*** whoami-rajat has joined #openstack-sdks | 03:41 | |
*** slaweq has joined #openstack-sdks | 04:11 | |
*** slaweq has quit IRC | 04:17 | |
*** Luzi has joined #openstack-sdks | 04:25 | |
*** goldyfruit has joined #openstack-sdks | 04:59 | |
*** goldyfruit has quit IRC | 05:04 | |
*** slaweq has joined #openstack-sdks | 06:04 | |
*** slaweq has quit IRC | 06:09 | |
*** slaweq has joined #openstack-sdks | 06:11 | |
*** slaweq has quit IRC | 06:16 | |
*** bobh has joined #openstack-sdks | 06:19 | |
*** bobh has quit IRC | 06:23 | |
*** ricolin_ has joined #openstack-sdks | 06:26 | |
*** ricolin has quit IRC | 06:29 | |
*** e0ne has joined #openstack-sdks | 06:57 | |
*** e0ne has quit IRC | 06:59 | |
*** gtema has joined #openstack-sdks | 07:01 | |
*** slaweq has joined #openstack-sdks | 07:04 | |
*** jpena|off is now known as jpena | 07:34 | |
*** cdent has joined #openstack-sdks | 07:36 | |
*** ralonsoh has joined #openstack-sdks | 07:39 | |
*** ralonsoh has quit IRC | 07:40 | |
*** ralonsoh has joined #openstack-sdks | 07:40 | |
*** e0ne has joined #openstack-sdks | 07:53 | |
*** jpich has joined #openstack-sdks | 08:03 | |
*** goldyfruit has joined #openstack-sdks | 08:04 | |
*** goldyfruit has quit IRC | 08:09 | |
*** purplerbot has quit IRC | 08:36 | |
*** purplerbot has joined #openstack-sdks | 08:36 | |
*** bobh has joined #openstack-sdks | 09:07 | |
*** bobh has quit IRC | 09:12 | |
*** brtknr has joined #openstack-sdks | 09:22 | |
*** jpich has quit IRC | 09:27 | |
*** jpich has joined #openstack-sdks | 09:28 | |
*** e0ne_ has joined #openstack-sdks | 09:36 | |
*** e0ne has quit IRC | 09:37 | |
*** goldyfruit has joined #openstack-sdks | 09:55 | |
*** goldyfruit has quit IRC | 10:00 | |
*** jpich has quit IRC | 10:14 | |
*** jpich has joined #openstack-sdks | 10:15 | |
*** ricolin__ has joined #openstack-sdks | 10:28 | |
*** dtantsur|afk is now known as dtantsur | 10:29 | |
*** ricolin_ has quit IRC | 10:31 | |
*** goldyfruit has joined #openstack-sdks | 11:14 | |
*** gtema has quit IRC | 11:15 | |
*** goldyfruit has quit IRC | 11:21 | |
*** e0ne has joined #openstack-sdks | 11:29 | |
*** e0ne_ has quit IRC | 11:30 | |
*** gtema has joined #openstack-sdks | 11:36 | |
*** bobh has joined #openstack-sdks | 11:45 | |
*** bobh has quit IRC | 11:50 | |
*** gkadam has quit IRC | 12:10 | |
*** bobh has joined #openstack-sdks | 12:16 | |
*** jpena is now known as jpena|off | 12:34 | |
*** Luzi has quit IRC | 12:55 | |
*** bobh has quit IRC | 13:12 | |
*** jpena|off is now known as jpena | 13:16 | |
*** mriedem has joined #openstack-sdks | 13:27 | |
Shrews | mordred: why don't i see a tag: 0.27.0 in the openstacksdk repo? I see 0.26.0 and then a jump to 0.28.0 | 13:57 |
---|---|---|
mordred | Shrews: I see 0.26.0 | 13:57 |
mordred | 0.27.0 | 13:57 |
mordred | 0.28.0 | 13:58 |
mordred | 0.29.0 | 13:58 |
mordred | Shrews: maybe try git fetch origin --tags ? | 13:58 |
Shrews | mordred: nope. what commit was the 0.27.0 tag? | 13:59 |
*** lbragstad has joined #openstack-sdks | 13:59 | |
mordred | 41740827c4702e8fcaebdf6adf7a2d49a557ec14 | 13:59 |
mordred | weird - I checked opendev.org/openstack/openstacksdk and it's there too | 13:59 |
Shrews | super weird that I do not have that commit id | 14:00 |
* Shrews reclones | 14:00 | |
openstackgerrit | Monty Taylor proposed openstack/openstacksdk master: Protect imports in __init__ inside factory https://review.opendev.org/674039 | 14:00 |
openstackgerrit | Monty Taylor proposed openstack/openstacksdk master: Add optional pre-commit config https://review.opendev.org/674040 | 14:00 |
Shrews | wow | 14:01 |
Shrews | i don't even see it in a reclone | 14:01 |
* Shrews bashes git over the head | 14:02 | |
Shrews | 'git tag' shows it, but not 'git log' | 14:02 |
openstackgerrit | Monty Taylor proposed openstack/openstacksdk master: Fix README example for cloud layer https://review.opendev.org/674041 | 14:04 |
mordred | Shrews: that's SUPER weird | 14:04 |
mordred | Shrews: if you do "git show 0.27.0" does it show you the things? | 14:05 |
Shrews | oh. helps to be on the stein branch | 14:05 |
mordred | hahaha | 14:05 |
* Shrews should not be computing | 14:06 | |
mordred | Shrews: none of us should | 14:08 |
openstackgerrit | Monty Taylor proposed openstack/openstacksdk master: Move the history lesson into the docs https://review.opendev.org/674045 | 14:14 |
mriedem | dtroyer: i think we can abandon https://review.opendev.org/#/c/667264/ in favor of https://review.opendev.org/#/c/672577/ now | 14:39 |
openstackgerrit | Merged openstack/os-client-config master: Fix broken link to openstacksdk https://review.opendev.org/673603 | 15:12 |
*** jpena is now known as jpena|off | 15:36 | |
*** e0ne has quit IRC | 15:37 | |
*** cdent has quit IRC | 15:48 | |
*** stingrayza has quit IRC | 15:50 | |
*** whoami-rajat has quit IRC | 15:51 | |
*** stingrayza has joined #openstack-sdks | 15:51 | |
*** gkadam has joined #openstack-sdks | 15:57 | |
edleafe | Hear ye, hear ye! The API-SIG Office Hour will now come to order! | 16:00 |
elmiko | quick on the draw today edleafe | 16:00 |
elmiko | i was mid-sentence! | 16:00 |
edleafe | Finally! You've been quicker most of the last few weeks | 16:00 |
elmiko | haha, i dunno about that XD | 16:00 |
elmiko | i blame your robotic parts, you've been upgraded damint! | 16:01 |
edleafe | You think I type with my knee?? | 16:01 |
*** gkadam has quit IRC | 16:01 | |
elmiko | i have my suspicions, that's all i'm saying | 16:01 |
* mordred hides from the cyborg | 16:02 | |
elmiko | haha | 16:02 |
edleafe | You can't hide from my laser eyes!! | 16:02 |
elmiko | SEE! it's not just the knee, RUN !!! | 16:02 |
edleafe | Oh, now I'm typing with my eyes, eh? | 16:03 |
elmiko | all i'm saying is that you /could/ be | 16:03 |
edleafe | Paranoid much? | 16:04 |
elmiko | hey just because i'm paranoid /doesn't/ mean they aren't after me | 16:04 |
*** jpena|off is now known as jpena | 16:05 | |
dtantsur | \o | 16:05 |
* edleafe waves at dtantsur | 16:05 | |
elmiko | o/ | 16:05 |
* dtantsur hisses and tries to catch the hand | 16:06 | |
dtantsur | sorry, instincts | 16:06 |
edleafe | maybe switch to decaf? | 16:06 |
elmiko | haha | 16:06 |
dtantsur | may I shock you? | 16:06 |
dtantsur | I haven't drunk any coffee for more than a week! | 16:06 |
elmiko | wow | 16:06 |
dtantsur | kind of an experiment | 16:07 |
elmiko | trying to cut back on caffiene? | 16:07 |
dtantsur | yeah | 16:07 |
edleafe | dtantsur: https://www.youtube.com/watch?v=hd1ciPnTGKg | 16:07 |
*** jpena is now known as jpena|off | 16:07 | |
elmiko | LOL edleafe | 16:08 |
elmiko | good luck dtantsur, hope the experiment is a success ;) | 16:08 |
dtantsur | :D | 16:08 |
elmiko | or at least produces good data | 16:08 |
dtantsur | do we actually have any API business for today? | 16:08 |
edleafe | wait, we do API stuff here? | 16:09 |
dtantsur | a legend tells that many centuries ago 4 sages met somewhere hear to discuss weird things about the universe | 16:09 |
dtantsur | then one sage decided he was sick of them, and everything went south | 16:09 |
dtantsur | true story | 16:09 |
elmiko | haha | 16:11 |
dtantsur | I don't mind not doing much in the near future, since we're planning a move for autumn (getting closer to gtema I guess :) | 16:11 |
elmiko | nice | 16:11 |
gtema | really? where to? | 16:12 |
dtantsur | gtema: Dusseldorf (RE distance from you, I think) | 16:12 |
gtema | yeah | 16:12 |
gtema | RH relocation? | 16:13 |
dtantsur | nope (I'm remotee), rather personal | 16:13 |
gtema | ok | 16:13 |
dtantsur | API related story: ironic is slowly (really slowly) starting a move to Flask. any tips and tricks are welcome! | 16:16 |
gtema | Flask for what? API serving? | 16:16 |
elmiko | i guess it depends on what kind of tips and tricks you are looking for, but my main tip is to use MethodView classes for routing | 16:17 |
edleafe | I don't see how using Flask would change the approach to API design | 16:17 |
elmiko | ++ | 16:17 |
gtema | me too, was having nice experience with Blueprints | 16:17 |
elmiko | yeah, ++ to blueprints as well | 16:18 |
elmiko | i think the flask docs get you up and running quickly, but the @route decorator pattern is sub-optimal imo | 16:18 |
gtema | ++ | 16:19 |
dtantsur | I'm not looking for anything specific, just a quick poll of opinions | 16:19 |
gtema | opinion - worth a try | 16:20 |
dtantsur | okay cool. next question: who could lend me a human cloning machine? | 16:20 |
edleafe | I love FLask, but only have a few simple apps that @route serves well | 16:20 |
*** jpich has quit IRC | 16:21 | |
elmiko | yeah, i'm ++ on flask. i love it | 16:21 |
dtantsur | same. and I don't like the wsme+pecan pair a lot | 16:21 |
gtema | I wish I had one - need it myself | 16:21 |
elmiko | yeah, i have very mixed feelings about pecan | 16:21 |
gtema | wrt to clone-maching | 16:22 |
edleafe | You could always use my insect cloning machine - just be sure to clean it well first | 16:22 |
dtantsur | lol | 16:22 |
dtantsur | my motivation to work on that is that I'm one of the two unfortunate people keeping wsme (barely) floating | 16:22 |
edleafe | I can give you a concrete block to help it sink faster! | 16:23 |
dtantsur | it does pretty good job sinking on its own :D | 16:25 |
*** lbragstad has quit IRC | 16:29 | |
*** dtantsur is now known as dtantsur|afk | 16:38 | |
mordred | dtantsur|afk: I also think kmalloc may have done something something flask something something over in keystone land - or at least started looking at it | 16:53 |
kmalloc | ohhai | 16:54 |
kmalloc | i'm here, let me read up. | 16:54 |
mordred | dtantsur|afk, gtema: I pushed up a couple of readme fixes - https://review.opendev.org/#/c/674045 and https://review.opendev.org/#/c/674041 if you get bored | 16:54 |
gtema | bored????????? | 16:55 |
gtema | there are not enough "?" signs on my keyboard | 16:55 |
mordred | gtema: :) | 16:57 |
kmalloc | dtantsur|afk, gtema: we moved 100% over to flask in Keystone from the home-brewed WSGI framework. We use blueprints and wired up a mechanism to auto-populate routes (now, we had another challenge, we also aimed for zero test changes to make the conversion, and mostly succeeded). I am really against @route, but you can directly call the underlying functions/methods to populate the routes. (I prefer explicit vs decorator | 16:57 |
kmalloc | magic in route/etc) | 16:57 |
edleafe | Take care everyone - gotta head out for a bit | 16:57 |
gtema | can we somewhen introduce something something like 'take this cloud configuration, but get a domain scoped token'? I am tired of doubling lots of my entries in clouds.yaml to differentiate between project and domain scope | 17:00 |
gtema | best would be that OSC knows itself which kind of token it need to obtain, but in the worst case "openstack --os-cloud my_cloud --scope domain user list" | 17:01 |
elmiko | later edleafe o/ | 17:01 |
*** bobh has joined #openstack-sdks | 17:11 | |
*** bobh has quit IRC | 17:11 | |
*** whoami-rajat has joined #openstack-sdks | 17:15 | |
dtroyer | gtema: I've pondered something related for a while, when creating otherwise-identical entries in clouds.yaml save for the username/password. Would a zuul-like inheritance mechanism solve your issue? | 17:16 |
dtroyer | I have not actually looked in to doing anything like that but it sounds like it might me useful in other cases | 17:17 |
gtema | honestly I would really love to avoid doubling entries in clouds.yaml. From the user perspective he should not even know why this is different | 17:18 |
gtema | best way really apps (SDK, OSK, etc) are able to figure out themselves what they need to achieve task | 17:18 |
gtema | so while inheritance works, I do not think it is easy to implement and would improve experience | 17:19 |
*** ralonsoh has quit IRC | 17:20 | |
gtema | overall I think it should be sufficient for the customer to specify domain_name, project_name, user, pass. Everything else should be handled by tools themselves | 17:22 |
gtema | gophercloud also forces me to give IDs in some cases. I hate this also, since I need to figure out it first | 17:22 |
gtema | ok, need to finish for today. Will read back tomorrow if anyone have ideas | 17:26 |
*** ricolin__ is now known as ricolin | 17:30 | |
*** gtema has quit IRC | 17:31 | |
*** gtema has joined #openstack-sdks | 17:31 | |
*** gtema has quit IRC | 17:36 | |
*** slaweq has quit IRC | 17:42 | |
*** slaweq has joined #openstack-sdks | 17:57 | |
openstackgerrit | Matt Riedemann proposed openstack/python-openstackclient master: Fix <id> description for --block-device-mapping https://review.opendev.org/674105 | 18:18 |
openstackgerrit | Monty Taylor proposed openstack/openstacksdk master: Make swift proxy stop trying to version discover https://review.opendev.org/674110 | 19:11 |
mordred | kmalloc: ^^ | 19:13 |
openstackgerrit | Matt Riedemann proposed openstack/python-openstackclient master: Add openstack server create --boot-from-volume option https://review.opendev.org/674111 | 19:13 |
mriedem | mordred: dtroyer: as discussed at the forum ^ | 19:13 |
mriedem | wip until i test it in devstack | 19:13 |
mordred | kmalloc: we were too good in keystoneauth with the discovery and I cannot for the life of me figure out a better way to get things to not try to find another url for swift | 19:13 |
mordred | kmalloc: I mean - it's functional - it's just an additional roundtrip that we know is never going to work | 19:14 |
kmalloc | lol | 19:14 |
kmalloc | yeah.... probably | 19:14 |
openstackgerrit | Monty Taylor proposed openstack/openstacksdk master: Allow services to override proxy creation. https://review.opendev.org/674110 | 19:29 |
mordred | kmalloc: ok. that might actually not be terrible | 19:29 |
kmalloc | gnn, | 19:30 |
kmalloc | hmm even | 19:30 |
kmalloc | but yeah ksa is pretty damn good at this point at doing that discovery bit | 19:30 |
mordred | yeah | 19:31 |
mordred | so - really, from the sdk layer saying "hi, just skip it" is, I think, better | 19:31 |
*** gtema has joined #openstack-sdks | 19:32 | |
mordred | kmalloc: re: gtema's question from above - the actions that need domain scoped tokens are generally well-known, right? | 19:32 |
mordred | kmalloc: it's not liek a thing where a user is going to generally be thinking to themselves "I really want to boot a server, but I want to do it with a domain scoped token" | 19:33 |
mordred | right? | 19:33 |
mordred | what I'm thinking is we could make a version of the connect_as method in sdk that's like "connect_as_domain" (or named something better) - which creates a new Connection stripping the project info out so that it can be domain scoped (hand waves details) | 19:34 |
mordred | and then we can use that or something liek it in the specific calls that need a domain scoped vs. project scoped | 19:34 |
mordred | and it can exist for the programming cases where someone wants to do something more complex | 19:35 |
mordred | because I agree with gtema - it's a bit hard to deal with ATM | 19:35 |
*** gtema has quit IRC | 19:37 | |
kmalloc | mordred: and really not many domain-scoped things are needed | 19:38 |
kmalloc | mordred: mostly simply in keystone | 19:38 |
mordred | yeah - that's what I thought | 19:38 |
kmalloc | iirc a domain scoped token cannot boot a server | 19:38 |
mordred | I mean - most things don't know what a domain is | 19:39 |
kmalloc | and for sure will not be able to in the future when the scope is locked to "project" | 19:39 |
mordred | can you say more words about that last sentence? | 19:39 |
kmalloc | policy has explicit scopes (in the future) | 19:39 |
kmalloc | it's the whole "system scope" enhancement | 19:39 |
kmalloc | three scope types are project, domain, system | 19:39 |
kmalloc | APIs will declare (via enforcement) what scopes are allowed | 19:40 |
kmalloc | and policy will explicitly reject anything not allowed. | 19:40 |
kmalloc | so coming to an API that says "i accept project scope" with a domain-scoped token, you'd get a 403 | 19:40 |
mordred | neat! | 19:41 |
kmalloc | yup :) we thought so | 19:41 |
kmalloc | so connect_as_domain should be 100% fine to implement | 19:41 |
kmalloc | and as long as domain information is available, ksa should attempt to scope to the domain instead of the project information | 19:42 |
kmalloc | now, if there is no domain information in the clouds.yaml... i expect it to fail and tell the user as much | 19:42 |
kmalloc | duplicated clouds.yaml sounds amazingly gross. | 19:42 |
mordred | kmalloc: well - I think connect_as_domain can look into the auth structure that exists and see if there is domain info or not | 19:43 |
kmalloc | absolutely | 19:43 |
mordred | and/or check that this is over auth v3 and vomit if not | 19:43 |
kmalloc | i was thinking from a standpoint of unauthenticated, no token yet | 19:44 |
kmalloc | if you say "uh, connect_as_domain" the flow of "auth as project then rescope" is almost a bit more than I'd like to see in ksa, but as i type this out it probably is fine. | 19:44 |
kmalloc | if it's v2, it can just barf. | 19:45 |
kmalloc | mordred: commented on https://review.opendev.org/#/c/674110/2, this feels like something that should go in service-types. | 19:47 |
kmalloc | mordred: rather than hard-coded in SDK (long term) | 19:48 |
kmalloc | mordred: but as it stands, worth landing until enhancements to service-types happens. | 19:48 |
openstackgerrit | Dean Troyer proposed openstack/python-openstackclient master: Make configuration show not require auth https://review.opendev.org/673110 | 19:53 |
mordred | kmalloc: oh - I meant more putting it in sdk not in ksa (the connect_as_domain bit) ... | 19:59 |
kmalloc | ah | 19:59 |
kmalloc | sure, that makes WAY more sense :P | 19:59 |
mordred | :) | 20:00 |
mordred | BUT - it makes me wonder ... | 20:00 |
mordred | should we also make an update to the clouds.yaml format to allow you to say something like: | 20:00 |
mordred | "this is my user that exists in this domain. these are the various projects I might want to use" | 20:00 |
kmalloc | it might be clunky unless KSA has a clear re-scope-to-domain or "duplicate session and rescope to domain" | 20:00 |
kmalloc | maybe. if you want to define projects that are interesting, but remember we can already query what projects a user can scope to | 20:01 |
mordred | I keep pondering a clouds.yaml v2 format (obviously with automatic upconversion or similar) ... but the kubeconfg file I think gets this right with the context stuff | 20:01 |
mordred | kmalloc: right - but a user has to say what project they want to use in the normal case | 20:01 |
kmalloc | honestly, i kindof like duplicate session and rescope | 20:02 |
mordred | yeah | 20:02 |
kmalloc | so you can take an action on domain but not impact anything else | 20:02 |
mordred | I think it's easier to code - since we already have a "I want a connection just liek this one but with a different user context" | 20:02 |
kmalloc | if you have some deep-in-workflow that the session already is being consumed for | 20:02 |
kmalloc | ++ | 20:03 |
*** elmiko has quit IRC | 20:04 | |
*** Luzi has joined #openstack-sdks | 20:06 | |
*** elmiko has joined #openstack-sdks | 20:12 | |
*** tosky has joined #openstack-sdks | 20:17 | |
openstackgerrit | Monty Taylor proposed openstack/openstacksdk master: Add CloudRegion helper method for arbitrary endpoints https://review.opendev.org/674130 | 20:32 |
*** e0ne has joined #openstack-sdks | 20:40 | |
openstackgerrit | Matt Riedemann proposed openstack/python-openstackclient master: Add openstack server create --boot-from-volume option https://review.opendev.org/674111 | 21:24 |
*** gtema has joined #openstack-sdks | 21:33 | |
*** gtema has quit IRC | 21:38 | |
*** Luzi has quit IRC | 21:46 | |
*** mriedem has quit IRC | 21:53 | |
openstackgerrit | Merged openstack/python-openstackclient master: Support IPv6 addresses better https://review.opendev.org/524420 | 21:54 |
openstackgerrit | Merged openstack/python-openstackclient master: Mention compute service set --up|--down requires 2.11 or greater https://review.opendev.org/672554 | 21:56 |
openstackgerrit | Merged openstack/python-openstackclient master: openstack port create support --extra-dhcp-option https://review.opendev.org/657519 | 21:56 |
*** tosky has quit IRC | 22:07 | |
openstackgerrit | Merged openstack/openstacksdk master: Update links https://review.opendev.org/673401 | 22:07 |
*** slaweq has quit IRC | 22:10 | |
*** slaweq has joined #openstack-sdks | 22:11 | |
openstackgerrit | Alex Schultz proposed openstack/keystoneauth master: Cleanup session on delete https://review.opendev.org/674139 | 22:12 |
*** slaweq has quit IRC | 22:16 | |
*** fyx_ has joined #openstack-sdks | 22:30 | |
*** dustinc_ has joined #openstack-sdks | 22:30 | |
*** kmalloc_ has joined #openstack-sdks | 22:30 | |
*** dtantsur has joined #openstack-sdks | 22:30 | |
*** jpenag has joined #openstack-sdks | 22:36 | |
*** jpena|off has quit IRC | 22:37 | |
*** dtantsur|afk has quit IRC | 22:37 | |
*** fyx has quit IRC | 22:37 | |
*** mordred has quit IRC | 22:37 | |
*** kmalloc has quit IRC | 22:37 | |
*** dustinc has quit IRC | 22:37 | |
*** kmalloc_ is now known as kmalloc | 22:37 | |
*** fyx_ is now known as fyx | 22:37 | |
*** dustinc_ is now known as dustinc | 22:37 | |
openstackgerrit | Monty Taylor proposed openstack/openstacksdk master: Fix resource layer object interactions with weird chars https://review.opendev.org/674142 | 22:41 |
*** mordred has joined #openstack-sdks | 22:44 | |
*** e0ne_ has joined #openstack-sdks | 22:45 | |
*** e0ne has quit IRC | 22:46 | |
*** e0ne has joined #openstack-sdks | 22:47 | |
*** e0ne_ has quit IRC | 22:50 | |
*** e0ne has quit IRC | 22:52 | |
openstackgerrit | Monty Taylor proposed openstack/openstacksdk master: Add CloudRegion helper method for arbitrary endpoints https://review.opendev.org/674130 | 22:53 |
openstackgerrit | Monty Taylor proposed openstack/openstacksdk master: Allow services to override proxy creation. https://review.opendev.org/674110 | 22:53 |
openstackgerrit | Monty Taylor proposed openstack/openstacksdk master: Fix resource layer object interactions with weird chars https://review.opendev.org/674142 | 22:53 |
*** whoami-rajat has quit IRC | 22:55 | |
mordred | Shrews: ^^ that stack came out of the work corvus was doing with uploading things to swift | 22:57 |
mordred | Shrews: I should add tests - I'll do that tomorrow | 22:58 |
*** gtema has joined #openstack-sdks | 23:34 | |
*** gtema has quit IRC | 23:38 |
Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!