Thursday, 2019-08-01

*** slaweq has joined #openstack-sdks00:12
*** slaweq has quit IRC00:16
*** efried has quit IRC00:51
*** efried has joined #openstack-sdks00:59
*** ricolin has joined #openstack-sdks01:04
*** bobh has joined #openstack-sdks01:34
*** slaweq has joined #openstack-sdks02:11
*** slaweq has quit IRC02:15
*** bobh has quit IRC02:19
*** bobh has joined #openstack-sdks02:26
*** bobh has quit IRC02:56
*** gkadam has joined #openstack-sdks03:29
*** bobh has joined #openstack-sdks03:33
*** gkadam has quit IRC03:34
*** gkadam has joined #openstack-sdks03:35
*** bobh has quit IRC03:38
*** whoami-rajat has joined #openstack-sdks03:41
*** slaweq has joined #openstack-sdks04:11
*** slaweq has quit IRC04:17
*** Luzi has joined #openstack-sdks04:25
*** goldyfruit has joined #openstack-sdks04:59
*** goldyfruit has quit IRC05:04
*** slaweq has joined #openstack-sdks06:04
*** slaweq has quit IRC06:09
*** slaweq has joined #openstack-sdks06:11
*** slaweq has quit IRC06:16
*** bobh has joined #openstack-sdks06:19
*** bobh has quit IRC06:23
*** ricolin_ has joined #openstack-sdks06:26
*** ricolin has quit IRC06:29
*** e0ne has joined #openstack-sdks06:57
*** e0ne has quit IRC06:59
*** gtema has joined #openstack-sdks07:01
*** slaweq has joined #openstack-sdks07:04
*** jpena|off is now known as jpena07:34
*** cdent has joined #openstack-sdks07:36
*** ralonsoh has joined #openstack-sdks07:39
*** ralonsoh has quit IRC07:40
*** ralonsoh has joined #openstack-sdks07:40
*** e0ne has joined #openstack-sdks07:53
*** jpich has joined #openstack-sdks08:03
*** goldyfruit has joined #openstack-sdks08:04
*** goldyfruit has quit IRC08:09
*** purplerbot has quit IRC08:36
*** purplerbot has joined #openstack-sdks08:36
*** bobh has joined #openstack-sdks09:07
*** bobh has quit IRC09:12
*** brtknr has joined #openstack-sdks09:22
*** jpich has quit IRC09:27
*** jpich has joined #openstack-sdks09:28
*** e0ne_ has joined #openstack-sdks09:36
*** e0ne has quit IRC09:37
*** goldyfruit has joined #openstack-sdks09:55
*** goldyfruit has quit IRC10:00
*** jpich has quit IRC10:14
*** jpich has joined #openstack-sdks10:15
*** ricolin__ has joined #openstack-sdks10:28
*** dtantsur|afk is now known as dtantsur10:29
*** ricolin_ has quit IRC10:31
*** goldyfruit has joined #openstack-sdks11:14
*** gtema has quit IRC11:15
*** goldyfruit has quit IRC11:21
*** e0ne has joined #openstack-sdks11:29
*** e0ne_ has quit IRC11:30
*** gtema has joined #openstack-sdks11:36
*** bobh has joined #openstack-sdks11:45
*** bobh has quit IRC11:50
*** gkadam has quit IRC12:10
*** bobh has joined #openstack-sdks12:16
*** jpena is now known as jpena|off12:34
*** Luzi has quit IRC12:55
*** bobh has quit IRC13:12
*** jpena|off is now known as jpena13:16
*** mriedem has joined #openstack-sdks13:27
Shrewsmordred: 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.013:57
mordredShrews: I see 0.26.013:57
mordred0.27.013:57
mordred0.28.013:58
mordred0.29.013:58
mordredShrews: maybe try git fetch origin --tags ?13:58
Shrewsmordred: nope. what commit was the 0.27.0 tag?13:59
*** lbragstad has joined #openstack-sdks13:59
mordred41740827c4702e8fcaebdf6adf7a2d49a557ec1413:59
mordredweird - I checked opendev.org/openstack/openstacksdk and it's there too13:59
Shrewssuper weird that I do not have that commit id14:00
* Shrews reclones14:00
openstackgerritMonty Taylor proposed openstack/openstacksdk master: Protect imports in __init__ inside factory  https://review.opendev.org/67403914:00
openstackgerritMonty Taylor proposed openstack/openstacksdk master: Add optional pre-commit config  https://review.opendev.org/67404014:00
Shrewswow14:01
Shrewsi don't even see it in a reclone14:01
* Shrews bashes git over the head14:02
Shrews'git tag' shows it, but not 'git log'14:02
openstackgerritMonty Taylor proposed openstack/openstacksdk master: Fix README example for cloud layer  https://review.opendev.org/67404114:04
mordredShrews: that's SUPER weird14:04
mordredShrews: if you do "git show 0.27.0" does it show you the things?14:05
Shrewsoh. helps to be on the stein branch14:05
mordredhahaha14:05
* Shrews should not be computing14:06
mordredShrews: none of us should14:08
openstackgerritMonty Taylor proposed openstack/openstacksdk master: Move the history lesson into the docs  https://review.opendev.org/67404514:14
mriedemdtroyer: i think we can abandon https://review.opendev.org/#/c/667264/ in favor of https://review.opendev.org/#/c/672577/ now14:39
openstackgerritMerged openstack/os-client-config master: Fix broken link to openstacksdk  https://review.opendev.org/67360315:12
*** jpena is now known as jpena|off15:36
*** e0ne has quit IRC15:37
*** cdent has quit IRC15:48
*** stingrayza has quit IRC15:50
*** whoami-rajat has quit IRC15:51
*** stingrayza has joined #openstack-sdks15:51
*** gkadam has joined #openstack-sdks15:57
edleafeHear ye, hear ye! The API-SIG Office Hour will now come to order!16:00
elmikoquick on the draw today edleafe16:00
elmikoi was mid-sentence!16:00
edleafeFinally! You've been quicker most of the last few weeks16:00
elmikohaha, i dunno about that XD16:00
elmikoi blame your robotic parts, you've been upgraded damint!16:01
edleafeYou think I type with my knee??16:01
*** gkadam has quit IRC16:01
elmikoi have my suspicions, that's all i'm saying16:01
* mordred hides from the cyborg16:02
elmikohaha16:02
edleafeYou can't hide from my laser eyes!!16:02
elmikoSEE! it's not just the knee, RUN !!!16:02
edleafeOh, now I'm typing with my eyes, eh?16:03
elmikoall i'm saying is that you /could/ be16:03
edleafeParanoid much?16:04
elmikohey just because i'm paranoid /doesn't/ mean they aren't after me16:04
*** jpena|off is now known as jpena16:05
dtantsur\o16:05
* edleafe waves at dtantsur 16:05
elmikoo/16:05
* dtantsur hisses and tries to catch the hand16:06
dtantsursorry, instincts16:06
edleafemaybe switch to decaf?16:06
elmikohaha16:06
dtantsurmay I shock you?16:06
dtantsurI haven't drunk any coffee for more than a week!16:06
elmikowow16:06
dtantsurkind of an experiment16:07
elmikotrying to cut back on caffiene?16:07
dtantsuryeah16:07
edleafedtantsur: https://www.youtube.com/watch?v=hd1ciPnTGKg16:07
*** jpena is now known as jpena|off16:07
elmikoLOL edleafe16:08
elmikogood luck dtantsur, hope the experiment is a success ;)16:08
dtantsur:D16:08
elmikoor at least produces good data16:08
dtantsurdo we actually have any API business for today?16:08
edleafewait, we do API stuff here?16:09
dtantsura legend tells that many centuries ago 4 sages met somewhere hear to discuss weird things about the universe16:09
dtantsurthen one sage decided he was sick of them, and everything went south16:09
dtantsurtrue story16:09
elmikohaha16:11
dtantsurI 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
elmikonice16:11
gtemareally? where to?16:12
dtantsurgtema: Dusseldorf (RE distance from you, I think)16:12
gtemayeah16:12
gtemaRH relocation?16:13
dtantsurnope (I'm remotee), rather personal16:13
gtemaok16:13
dtantsurAPI related story: ironic is slowly (really slowly) starting a move to Flask. any tips and tricks are welcome!16:16
gtemaFlask for what? API serving?16:16
elmikoi guess it depends on what kind of tips and tricks you are looking for, but my main tip is to use MethodView classes for routing16:17
edleafeI don't see how using Flask would change the approach to API design16:17
elmiko++16:17
gtemame too, was having nice experience with Blueprints16:17
elmikoyeah, ++ to blueprints as well16:18
elmikoi think the flask docs get you up and running quickly, but the @route decorator pattern is sub-optimal imo16:18
gtema++16:19
dtantsurI'm not looking for anything specific, just a quick poll of opinions16:19
gtemaopinion - worth a try16:20
dtantsurokay cool. next question: who could lend me a human cloning machine?16:20
edleafeI love FLask, but only have a few simple apps that @route serves well16:20
*** jpich has quit IRC16:21
elmikoyeah, i'm ++ on flask. i love it16:21
dtantsursame. and I don't like the wsme+pecan pair a lot16:21
gtemaI wish I had one - need it myself16:21
elmikoyeah, i have very mixed feelings about pecan16:21
gtemawrt to clone-maching16:22
edleafeYou could always use my insect cloning machine - just be sure to clean it well first16:22
dtantsurlol16:22
dtantsurmy motivation to work on that is that I'm one of the two unfortunate people keeping wsme (barely) floating16:22
edleafeI can give you a concrete block to help it sink faster!16:23
dtantsurit does pretty good job sinking on its own :D16:25
*** lbragstad has quit IRC16:29
*** dtantsur is now known as dtantsur|afk16:38
mordreddtantsur|afk: I also think kmalloc may have done something something flask something something over in keystone land - or at least started looking at it16:53
kmallocohhai16:54
kmalloci'm here, let me read up.16:54
mordreddtantsur|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 bored16:54
gtemabored?????????16:55
gtemathere are not enough "?" signs on my keyboard16:55
mordredgtema: :)16:57
kmallocdtantsur|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 decorator16:57
kmallocmagic in route/etc)16:57
edleafeTake care everyone - gotta head out for a bit16:57
gtemacan 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 scope17:00
gtemabest 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
elmikolater edleafe o/17:01
*** bobh has joined #openstack-sdks17:11
*** bobh has quit IRC17:11
*** whoami-rajat has joined #openstack-sdks17:15
dtroyergtema: 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
dtroyerI have not actually looked in to doing anything like that but it sounds like it might me useful in other cases17:17
gtemahonestly I would really love to avoid doubling entries in clouds.yaml. From the user perspective he should not even know why this is different17:18
gtemabest way really apps (SDK, OSK, etc) are able to figure out themselves what they need to achieve task17:18
gtemaso while inheritance works, I do not think it is easy to implement and would improve experience17:19
*** ralonsoh has quit IRC17:20
gtemaoverall I think it should be sufficient for the customer to specify domain_name, project_name, user, pass. Everything else should be handled by tools themselves17:22
gtemagophercloud also forces me to give IDs in some cases. I hate this also, since I need to figure out it first17:22
gtemaok, need to finish for today. Will read back tomorrow if anyone have ideas17:26
*** ricolin__ is now known as ricolin17:30
*** gtema has quit IRC17:31
*** gtema has joined #openstack-sdks17:31
*** gtema has quit IRC17:36
*** slaweq has quit IRC17:42
*** slaweq has joined #openstack-sdks17:57
openstackgerritMatt Riedemann proposed openstack/python-openstackclient master: Fix <id> description for --block-device-mapping  https://review.opendev.org/67410518:18
openstackgerritMonty Taylor proposed openstack/openstacksdk master: Make swift proxy stop trying to version discover  https://review.opendev.org/67411019:11
mordredkmalloc: ^^19:13
openstackgerritMatt Riedemann proposed openstack/python-openstackclient master: Add openstack server create --boot-from-volume option  https://review.opendev.org/67411119:13
mriedemmordred: dtroyer: as discussed at the forum ^19:13
mriedemwip until i test it in devstack19:13
mordredkmalloc: 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 swift19:13
mordredkmalloc: I mean - it's functional - it's just an additional roundtrip that we know is never going to work19:14
kmalloclol19:14
kmallocyeah.... probably19:14
openstackgerritMonty Taylor proposed openstack/openstacksdk master: Allow services to override proxy creation.  https://review.opendev.org/67411019:29
mordredkmalloc: ok. that might actually not be terrible19:29
kmallocgnn,19:30
kmallochmm even19:30
kmallocbut yeah ksa is pretty damn good at this point at doing that discovery bit19:30
mordredyeah19:31
mordredso - really, from the sdk layer saying "hi, just skip it" is, I think, better19:31
*** gtema has joined #openstack-sdks19:32
mordredkmalloc: re: gtema's question from above - the actions that need domain scoped tokens are generally well-known, right?19:32
mordredkmalloc: 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
mordredright?19:33
mordredwhat 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
mordredand then we can use that or something liek it in the specific calls that need a domain scoped vs. project scoped19:34
mordredand it can exist for the programming cases where someone wants to do something more complex19:35
mordredbecause I agree with gtema - it's a bit hard to deal with ATM19:35
*** gtema has quit IRC19:37
kmallocmordred: and really not many domain-scoped things are needed19:38
kmallocmordred: mostly simply in keystone19:38
mordredyeah - that's what I thought19:38
kmallociirc a domain scoped token cannot boot a server19:38
mordredI mean - most things don't know what a domain is19:39
kmallocand for sure will not be able to in the future when the scope is locked to "project"19:39
mordredcan you say more words about that last sentence?19:39
kmallocpolicy has explicit scopes (in the future)19:39
kmallocit's the whole "system scope" enhancement19:39
kmallocthree scope types are project, domain, system19:39
kmallocAPIs will declare (via enforcement) what scopes are allowed19:40
kmallocand policy will explicitly reject anything not allowed.19:40
kmallocso coming to an API that says "i accept project scope" with a domain-scoped token, you'd get a 40319:40
mordredneat!19:41
kmallocyup :) we thought so19:41
kmallocso connect_as_domain should be 100% fine to implement19:41
kmallocand as long as domain information is available, ksa should attempt to scope to the domain instead of the project information19:42
kmallocnow, if there is no domain information in the clouds.yaml... i expect it to fail and tell the user as much19:42
kmallocduplicated clouds.yaml sounds amazingly gross.19:42
mordredkmalloc: well - I think connect_as_domain can look into the auth structure that exists and see if there is domain info or not19:43
kmallocabsolutely19:43
mordredand/or check that this is over auth v3 and vomit if not19:43
kmalloci was thinking from a standpoint of unauthenticated, no token yet19:44
kmallocif 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
kmallocif it's v2, it can just barf.19:45
kmallocmordred: commented on https://review.opendev.org/#/c/674110/2, this feels like something that should go in service-types.19:47
kmallocmordred: rather than hard-coded in SDK (long term)19:48
kmallocmordred: but as it stands, worth landing until enhancements to service-types happens.19:48
openstackgerritDean Troyer proposed openstack/python-openstackclient master: Make configuration show not require auth  https://review.opendev.org/67311019:53
mordredkmalloc: oh - I meant more putting it in sdk not in ksa (the connect_as_domain bit) ...19:59
kmallocah19:59
kmallocsure, that makes WAY more sense :P19:59
mordred:)20:00
mordredBUT - it makes me wonder ...20:00
mordredshould 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
kmallocit might be clunky unless KSA has a clear re-scope-to-domain or "duplicate session and rescope to domain"20:00
kmallocmaybe. if you want to define projects that are interesting, but remember we can already query what projects a user can scope to20:01
mordredI 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 stuff20:01
mordredkmalloc: right - but a user has to say what project they want to use in the normal case20:01
kmallochonestly, i kindof like duplicate session and rescope20:02
mordredyeah20:02
kmallocso you can take an action on domain but not impact anything else20:02
mordredI 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
kmallocif you have some deep-in-workflow that the session already is being consumed for20:02
kmalloc++20:03
*** elmiko has quit IRC20:04
*** Luzi has joined #openstack-sdks20:06
*** elmiko has joined #openstack-sdks20:12
*** tosky has joined #openstack-sdks20:17
openstackgerritMonty Taylor proposed openstack/openstacksdk master: Add CloudRegion helper method for arbitrary endpoints  https://review.opendev.org/67413020:32
*** e0ne has joined #openstack-sdks20:40
openstackgerritMatt Riedemann proposed openstack/python-openstackclient master: Add openstack server create --boot-from-volume option  https://review.opendev.org/67411121:24
*** gtema has joined #openstack-sdks21:33
*** gtema has quit IRC21:38
*** Luzi has quit IRC21:46
*** mriedem has quit IRC21:53
openstackgerritMerged openstack/python-openstackclient master: Support IPv6 addresses better  https://review.opendev.org/52442021:54
openstackgerritMerged openstack/python-openstackclient master: Mention compute service set --up|--down requires 2.11 or greater  https://review.opendev.org/67255421:56
openstackgerritMerged openstack/python-openstackclient master: openstack port create support --extra-dhcp-option  https://review.opendev.org/65751921:56
*** tosky has quit IRC22:07
openstackgerritMerged openstack/openstacksdk master: Update links  https://review.opendev.org/67340122:07
*** slaweq has quit IRC22:10
*** slaweq has joined #openstack-sdks22:11
openstackgerritAlex Schultz proposed openstack/keystoneauth master: Cleanup session on delete  https://review.opendev.org/67413922:12
*** slaweq has quit IRC22:16
*** fyx_ has joined #openstack-sdks22:30
*** dustinc_ has joined #openstack-sdks22:30
*** kmalloc_ has joined #openstack-sdks22:30
*** dtantsur has joined #openstack-sdks22:30
*** jpenag has joined #openstack-sdks22:36
*** jpena|off has quit IRC22:37
*** dtantsur|afk has quit IRC22:37
*** fyx has quit IRC22:37
*** mordred has quit IRC22:37
*** kmalloc has quit IRC22:37
*** dustinc has quit IRC22:37
*** kmalloc_ is now known as kmalloc22:37
*** fyx_ is now known as fyx22:37
*** dustinc_ is now known as dustinc22:37
openstackgerritMonty Taylor proposed openstack/openstacksdk master: Fix resource layer object interactions with weird chars  https://review.opendev.org/67414222:41
*** mordred has joined #openstack-sdks22:44
*** e0ne_ has joined #openstack-sdks22:45
*** e0ne has quit IRC22:46
*** e0ne has joined #openstack-sdks22:47
*** e0ne_ has quit IRC22:50
*** e0ne has quit IRC22:52
openstackgerritMonty Taylor proposed openstack/openstacksdk master: Add CloudRegion helper method for arbitrary endpoints  https://review.opendev.org/67413022:53
openstackgerritMonty Taylor proposed openstack/openstacksdk master: Allow services to override proxy creation.  https://review.opendev.org/67411022:53
openstackgerritMonty Taylor proposed openstack/openstacksdk master: Fix resource layer object interactions with weird chars  https://review.opendev.org/67414222:53
*** whoami-rajat has quit IRC22:55
mordredShrews: ^^ that stack came out of the work corvus was doing with uploading things to swift22:57
mordredShrews: I should add tests - I'll do that tomorrow22:58
*** gtema has joined #openstack-sdks23:34
*** gtema has quit IRC23:38

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