Wednesday, 2018-06-13

*** mriedem has quit IRC00:07
*** ttsiouts has quit IRC00:15
*** chenyb4 has joined #openstack-sdks01:06
*** gildub has joined #openstack-sdks02:22
*** ttsiouts has joined #openstack-sdks02:37
*** ttsiouts has quit IRC02:39
*** annp has joined #openstack-sdks02:40
*** bobh has joined #openstack-sdks02:43
*** dtruong has quit IRC02:45
*** dtruong has joined #openstack-sdks02:47
*** bobh has quit IRC02:49
*** ttsiouts has joined #openstack-sdks02:50
*** ttsiouts has quit IRC02:55
*** dave-mccowan has quit IRC02:57
*** sheel has joined #openstack-sdks03:03
*** gildub has quit IRC03:09
*** gildub has joined #openstack-sdks03:09
*** boris_42_ has quit IRC03:29
*** ttsiouts has joined #openstack-sdks03:55
*** ttsiouts has quit IRC04:00
*** dmsimard has quit IRC04:13
*** gildub_ has joined #openstack-sdks04:22
*** gildub has quit IRC04:32
*** gildub_ has quit IRC04:32
*** gildub has joined #openstack-sdks04:35
*** gildub has quit IRC06:01
*** slaweq has joined #openstack-sdks06:24
*** lifeless has quit IRC06:26
*** lifeless has joined #openstack-sdks06:26
*** lifeless_ has joined #openstack-sdks06:48
*** lifeless has quit IRC06:48
*** jpena|off is now known as jpena06:51
*** gtema has joined #openstack-sdks07:01
*** kimamisa has joined #openstack-sdks07:06
*** ttsiouts has joined #openstack-sdks07:17
*** cdent has joined #openstack-sdks07:27
*** slaweq has quit IRC07:28
*** jpich has joined #openstack-sdks07:39
*** lifeless has joined #openstack-sdks07:52
*** lifeless_ has quit IRC07:52
umbSublimewhen creating a connection with openstack.connect, how can I specify an alternate path to the default clouds.yaml file ?07:55
*** e0ne has joined #openstack-sdks08:06
*** cdent has quit IRC08:09
fricklermnaser: mordred: dtroyer: IIUC it would make sense to release OSC and sdk together, after having this merged https://review.openstack.org/53380908:20
*** gkadam has joined #openstack-sdks08:20
* frickler wouldn't mind if some of the other neutron feature parity things were included, too ;)08:21
*** slaweq has joined #openstack-sdks08:23
openstackgerrittianhui proposed openstack/python-openstackclient master: Compute: Add tags support for server  https://review.openstack.org/56938608:39
openstackgerrittianhui proposed openstack/python-openstackclient master: Compute: Add tags support for server  https://review.openstack.org/56938608:41
*** gildub has joined #openstack-sdks08:56
*** dtantsur|afk is now known as dtantsur08:58
*** ttsiouts has quit IRC09:16
*** ttsiouts has joined #openstack-sdks09:21
*** lifeless_ has joined #openstack-sdks09:34
*** lifeless has quit IRC09:34
openstackgerrityanpuqing proposed openstack/python-openstackclient master: Modify the argument when setting floating ip other properties  https://review.openstack.org/57505709:39
*** slaweq has quit IRC09:41
*** lifeless has joined #openstack-sdks09:44
*** lifeless_ has quit IRC09:46
*** slaweq has joined #openstack-sdks10:08
*** slaweq has quit IRC10:08
*** slaweq has joined #openstack-sdks10:08
*** d0ugal has quit IRC10:17
*** lifeless has quit IRC10:23
*** lifeless has joined #openstack-sdks10:24
*** jpena is now known as jpena|off10:24
*** lifeless_ has joined #openstack-sdks10:32
*** jpena|off is now known as jpena10:32
*** lifeless has quit IRC10:32
*** ttsiouts has quit IRC10:33
*** d0ugal has joined #openstack-sdks10:37
*** chenyb4 has quit IRC10:37
*** cdent has joined #openstack-sdks10:44
openstackgerrityanpuqing proposed openstack/python-openstackclient master: Do not require port argument when updating floating IP  https://review.openstack.org/57505710:50
*** ttsiouts has joined #openstack-sdks11:17
*** lifeless_ has quit IRC11:42
*** lifeless has joined #openstack-sdks11:42
*** annp has quit IRC11:45
*** jpena is now known as jpena|lunch11:45
*** vadim has quit IRC11:55
*** edmondsw has joined #openstack-sdks12:07
umbSublimeHow can I specify an arbitrary cloud config file  when using the openstacksdk ?12:17
umbSublimerather "arbitrary path for the cloud config file"12:18
*** chenyb4 has joined #openstack-sdks12:19
*** vadim has joined #openstack-sdks12:22
*** jpich has quit IRC12:31
*** dave-mccowan has joined #openstack-sdks12:42
*** bobh has joined #openstack-sdks12:54
mordredumbSublime: you can either set the env var OS_CLIENT_CONFIG_FILE or you can pass a list of paths to the config_files parameter of openstack.config.OpenStackConfig- so like: config = openstack.config.OpenStackConfig(config_files=['/path/to/file']) ; cloud_region = config.get_one(cloud='my_cloud') ; conn = openstack.connection.Connection(config=cloud_region)12:57
mordredfrickler: I'm getting failing osc-tips jobs on https://review.openstack.org/#/c/557935/ but it doesn't make immediate sense to me why - does it make sense to you?12:58
mordredmnaser: ah - interesting. "Skipping over invalid version data. No stability status in version."12:58
mordredcdent: ^^ does placement's version discovery doc not have a status field?12:59
* cdent looks12:59
mordredcdent:  http://paste.openstack.org/show/723359/ is the paste in question13:00
cdentmordred: apparently not. I can fix that13:00
cdentwhat is it supposed to say. or rather, which of your tomes tells me what to do?13:00
cdentnm, this seems good enough: http://specs.openstack.org/openstack/api-wg/guidelines/microversion_specification.html#version-discovery13:01
mordredcdent: yes - that would be ideal13:01
mordredmnaser: in the mean time, try setting placement_endpoint_override to your placement endpoint13:02
cdenthmmm. we've always had a id, {min,max}_version, but never a status13:02
cdentwhat's different from what mnaser is doing and what what the scheduler report client (which uses ksa) is doing?13:02
mordredcdent: when keystoneauth does version discovery it filters out statuses that are not CURRENT or SUPPORTED unless you provide a flag13:03
mordredcdent: I'm not 100% sure yet why it's working in nova13:03
mordredcdent: where can I look at the scheduler report client?13:04
cdentnova/scheduler/client/report.py13:04
mordredcdent: weird. I'll have to dig a bit more to figure it out13:06
umbSublimeawesome thanks mordred13:06
cdentmordred: it may be in the way nova.utils.get_ksa_adapter is happening13:07
cdentbut in any case, I'll add a status13:08
mordredcdent: something something API-SIG recommendations something something13:08
mordred:)13:08
cdentindeed, but also, something something someone ate my clones something something13:09
mordreddarned clone eaters13:10
mordredI made you such nice ones just the other day13:10
cdentsuch brief candles13:12
mordredout. out13:14
*** gildub has quit IRC13:15
*** fabian_ has joined #openstack-sdks13:15
openstackgerritPavlo Shchelokovskyy proposed openstack/python-openstackclient master: Skip calls to glance and nova when got no servers  https://review.openstack.org/56834413:21
openstackgerritPavlo Shchelokovskyy proposed openstack/python-openstackclient master: Add --name-lookup option to server list  https://review.openstack.org/56834513:21
*** dave-mccowan has quit IRC13:21
openstackgerritGraham Hayes proposed openstack/os-api-ref master: Use 'sphinx.util.logging'  https://review.openstack.org/56317913:24
*** mriedem has joined #openstack-sdks13:30
*** fabian_ has quit IRC13:36
cdentmordred: help me believe that the version discovery doc is not itself microversioned. If it is I'm going to gouge my eyes out13:37
cdentand collapse into a logical black hole13:37
*** fabian_ has joined #openstack-sdks13:37
*** chenyb4 has quit IRC13:39
mordredcdent: it is, in fact, not microversioned13:40
cdentbless you13:40
mordredcdent: and I contend that any changes to it that align it more with the API-SIG guidelines are not breaking API changes13:40
cdentas would I13:41
*** slaweq has quit IRC13:47
*** sheel has quit IRC13:50
*** slaweq has joined #openstack-sdks13:51
*** slaweq has quit IRC13:51
*** slaweq has joined #openstack-sdks13:52
* mnaser reads buffer13:55
*** bobh has quit IRC13:56
mnasermordred: thanks.  `placement = os_client_config.make_rest_client('placement', placement_endpoint_override='https://placement-ca-ymq-1.vexxhost.net')` doesn't seem to do the trick however?13:56
mordredmnaser: well that's annoying13:58
mnasermordred: my wip is http://paste.openstack.org/show/723387/13:59
mordredmnaser: I'm unfortunately in a morning of meetings - but I'm very interested in helping to solve this for real -so if I go dark for chunks of time I haven't forgotten about you13:59
mnaseri tried openstacksdk and i was running into the same issues too, alongside is_public not being something changable (that has since been fixed but not released)13:59
mnasermordred: oh don't worry about it, as async as you want, im not in a total rush about this13:59
*** dave-mccowan has joined #openstack-sdks14:00
mordredmnaser: fwiw, I can reproduce it locally:14:02
mordred>>> import openstack14:02
mordred>>> c=openstack.connect(cloud='vexxhost')14:02
mordred>>> c.placement.get('/allocation_candidates')14:02
mordred(give me same traceback)14:02
*** chenyb4 has joined #openstack-sdks14:03
mnasermordred: at least it's not me doing something wrong, yay.  if there's anything on our side to do, i can look into it but this is a queens deployment14:03
mordredmnaser: how hard would it be for you to cherry-pick https://review.openstack.org/575117 onto your nova?14:04
mnasermordred: not very, but i'd be much happier doing it if that type of thing gets backported14:05
mnaserlike: if you want a cherry pick to see how it looks like with no guarantee that it will stay there (because we will redeploy from upstream stable and the cherry pick will disappear)14:05
cdentmnaser: that _will_ get back ported14:06
mordredcdent: what do you think the chances are we convince anyone to cherry-pick your patch back to stable/queens?14:06
*** jpena|lunch is now known as jpena14:06
cdentjinx14:06
mordred_awesome_14:06
mnasercool14:06
mnaserthis seems to be relatively low touch14:06
mnaserlets break stuff now14:06
* mordred also wants to figure out how nova can use ksa to talk to placement already - but hasn't had time yet14:06
mnaseri guess there will be a merge conflict because it looks like placement exists in `nova/api/openstack/placement/` in queens but we can take care of that easily in the backport14:07
*** chenyb4 has quit IRC14:09
mnasermordred, cdent: https://review.openstack.org/#/c/575117/1 cherry-picked and i can see it in effect http://placement-ca-ymq-1.vexxhost.net/14:11
mnaseri'm still getting a traceback in my code but who knows14:11
cdentsame or different?14:11
cdent(traceback and code)14:11
mnasersame code http://paste.openstack.org/show/723387/ giving same traceback14:12
cdentdrop the override?14:12
mnaseroh right14:12
* mnaser just realized14:12
cdentI'm concered confused by why the override didn't work, but I'm struggling to speculate because of lack of familiarity with the tools14:14
* mnaser sighs14:15
mnaseri cant even get my `clouds.yaml` running properly14:15
mnaserok no my clouds.yaml is fine14:17
mnaserhttp://paste.openstack.org/show/723390/ gives me http://paste.openstack.org/show/723391/14:17
mnaser(the nova print flavors parts works fine)14:17
openstackgerritGraham Hayes proposed openstack/os-api-ref master: General overhaul of testing setup  https://review.openstack.org/57512414:17
cdentmnaser: i guess something is having trouble understanding how to define auth handling durig make_rest_client, but again, I've got no insight into that code.14:23
mnasercdent: yeah i tried digging into it but it is way beyond me :( it's not a fun user experience but then again not many people interact with the placement api directly i assume14:24
cdentas far as I can tell the problems you're experience aren't because of placement itself, it is something about how the libraries are trying to contact it14:24
cdentplacement itself is way simple14:24
cdentif curl to placement with a valid keystone token, it will just work14:25
* cdent interacts with placement directly all the time14:25
cdentbut i'm not normal14:25
mnasercdent: oh yeah, i agree, but i'm saying that the tooling to get me something that interacts with it relatively cleanly doesn't exist fully yet14:28
mordredcdent, mnaser: I'm confused both as to why override did not work and also why it's not working now- I still get the same error as before14:28
mnaserdon't want to start building out something using requests etc14:29
mordredoh - I think I have an idea14:29
* cdent holds breath14:29
mordredmnaser: can you try adding placement_api_version to your clouds.yaml? (we're still 2 patches away from having discovery work right without having a configured api version)14:31
mordredmnaser: so placement_api_version: 114:31
mnaser"IndexError: list index out of range"14:31
mordredsigh14:31
* mordred is going to have to _actually_ debug this14:31
mnasermordred: http://paste.openstack.org/show/723392/ this is where i am at right now14:32
mordredyah- that looks right14:32
mnaserfeel free to throw things my way but i've hit a wall personally, i'd have to figure out the inner working of all of this to work any further14:36
mordredyah - I'll figure it out14:37
openstackgerritGraham Hayes proposed openstack/os-api-ref master: General overhaul of testing setup  https://review.openstack.org/57512414:39
mordredheh14:41
mordredcdent: $ curl http://placement-ca-ymq-1.vexxhost.net/14:41
mordred{"versions": [{"status": "CURRENT", "min_version": "1.0", "max_version": "1.17", "id": "v1.0"}]}14:41
mordredthere's no links dict14:42
cdentyeah, never has been. is that a problem too?14:42
mordredit's what tells a discovery client where the given endpoint is14:42
cdentyou're already there14:42
mordredbut a discovery consumer doesn't know that14:43
cdentone sec14:43
mordredfor all of the other services, the discovery document is an index to where the actual endpoints are14:43
mordred$ curl http://compute-ca-ymq-1.vexxhost.net/14:43
mordred{"versions": [{"status": "SUPPORTED", "updated": "2011-01-21T11:33:21Z", "links": [{"href": "http://compute-ca-ymq-1.vexxhost.net/v2/", "rel": "self"}], "min_version": "", "version": "", "id": "v2.0"}, {"status": "CURRENT", "updated": "2013-07-23T11:33:21Z", "links": [{"href": "http://compute-ca-ymq-1.vexxhost.net/v2.1/", "rel": "self"}], "min_version": "2.1", "version": "2.60", "id": "v2.1"}]}14:43
cdentbecause they are hilariously antiquated things that do weird things like put versions in urls on the same service endpoint for14:44
mordredwell - sure14:44
cdentfor modern things that don't do such blasphemy, if no link rel self then endpoint is what you already requested14:44
cdentthat was supposed to come out as a question, not a dammit!14:45
cdentmordred: i can stick it in too, to that same patch, but it seems...weird14:45
mordredthat would be a potential behavior change in keystoneauth ... https://github.com/openstack/keystoneauth/blob/master/keystoneauth1/discover.py#L543-L54714:45
*** chenyb4 has joined #openstack-sdks14:46
mordredkmalloc: ^^ if we stopped skipping entries with no self link and used that to infer that the existing endpoint was the self-link - would you consider that a breaking change to keystoneauth?14:46
cdenti'm happy to fix placement to make life easier14:46
cdentbut I think we want to make room for a future where endpoints are endpoints and that's it14:47
kmallocmordred: hm14:47
kmallocreading up14:47
kmallocmordred: it would be a breaking change, behavior changes are breaking =/14:48
mordrednod. we can queue that up for keystoneauth214:48
cdentstill confused on how it is currently working for nova?14:49
mordredcdent: that is honestly a fascinating question14:49
kmallocyeah. i am inclined to say we should ksa2 at this point and drop some behavior14:49
cdents/still/I am still/14:49
kmallocwell... if it has links but no self14:49
kmallocit doesn't skip14:49
cdentno links at all14:49
kmallochm.14:49
cdentso maybe the problem is not at the ksa level?14:50
kmallocmaybe.14:50
cdentin which case I'd argue against changing placement /, perhaps?14:50
mordredcdent: yah - it might be that sdk is triggering version discovery where nova + plain ksa is not14:50
kmalloclikely14:50
*** ttsiouts has quit IRC14:51
kmallocsdk does stuff in some more indirect ways.14:51
mordredcdent: I would prefer to not special-case placement in sdk with a "please don't try version discovery on placement" - also, it'll break discovering available microversions14:51
kmallocmordred: ftr, i would love to stop skipping no-link items14:51
cdenti'm not suggesting to avoid version discovery14:51
kmalloci just see some "this might actually break someone"14:51
kmallocpotential14:52
cdentwell if you both feel that way I'll add a link14:52
mordredcdent: yah - but nova's use of ksa is really only likely able to work by using ksa in such a way that version discovery is being avoided14:52
cdentI don't feel strongly about it14:52
kmalloccdent: i don't want you to add a link, i don't think we can change ksa's behavior14:52
mordredyah - I think the link is silly14:52
kmalloccdent: so, adding a link might be the correct way14:52
kmallocjust not the desirable one14:52
cdentwhat I do feel strongly about is having version numbers in urls and double endpoints14:53
*** ttsiouts has joined #openstack-sdks14:53
kmallocmordred: i dislike the volume of inherited ick we carried over from ksc.session14:53
mordredkmalloc: yah14:53
cdentbut we are in the reality we are in so...14:53
mordredcdent: totally.14:53
kmalloccdent: please please please don't do version numbers in urls  if you can avoid.14:53
kmalloccdent: so.. i am with you there14:53
kmallocmordred: how bad would it be to cut a ksa2 and drop compat behaviors [for sdk]14:53
cdentkmalloc: yeah, don't plan to: placement was designed from the outset to never do that14:54
kmallocand start iterating on that instead of ksa1 continues?14:54
kmalloccdent: ++ and i appreciate that so very much!14:54
mordredkmalloc: I don't think it would be _bad_ - but I think it would take us a few months14:54
kmallocmordred: well we'd need to ksa2 work anyway. i'm inclined to talk to lbragstad about it14:54
mordredkk14:54
kmallocksa1 is pretty stable, and we could make ksa2 just without all the icky compat stuff.14:55
cdentcan you guys speculate what ksa or the sdk would do if I set the href for the self link to ''14:55
mordredI'll show you the code14:55
cdentI want to do that because no where in placement does placemet know its own scheme, hostname, port, base url. And it is very important that it stay that way14:56
cdentsorry about my n key14:56
mordredcdent: https://github.com/openstack/keystoneauth/blob/master/keystoneauth1/discover.py#L406-L42614:56
*** ttsiouts has quit IRC14:56
*** ttsiouts has joined #openstack-sdks14:57
mordred(although there is a bug in that that needs fixing)14:57
cdentI read that as "should be okay": it will result in the discovery url, which is what we want14:57
mordredcdent: yes. I believe that is true - also, we can make mnaser deploy it and we can find out for sure ;)14:58
kmalloccdent: it should work afaict.14:58
kmallocbut, honestly,sometimes discovery stuff is wonkier than expected -- we have a lot of carry-over magic in lots of places.14:59
* kmalloc runs off to meeting.14:59
cdentyeah, we shall see14:59
mordredcdent, kmalloc: yup. this is the result of having to support the epic amount of incompatible pre-existing mush15:00
mnaseri don't mind making changes if they're not too wild15:01
mordredmnaser: btw - placement_enpdoint_override just worked for me15:02
mordred    placement_endpoint_override: http://placement-ca-ymq-1.vexxhost.net/15:02
mnasermaybe because i'm using os_client_config i guess15:03
mnaserwait wait wait15:03
mnasermordred: remember the bug i mentioned about endpoint override not working?!15:03
mnaseryou fixed it but we might not had a release since15:03
mordredyah15:03
mordredah15:03
mordredyah - we need a release15:03
mnaserhttps://review.openstack.org/#/c/565489/15:03
fricklermordred: nothing obvious on https://review.openstack.org/#/c/557935/ for me, either. though I seem to remember having seen this fail earlier with what I suspected to be race conditions, but on the detach side15:08
fricklermordred: might either be an unstable test and the two in a row just unlucky, or some subtle change in timing somewhere15:09
mordredfrickler: nod. I'll recheck again just to be sure15:09
fricklermordred: yeah, if that still has the same failure, I'll start comparing versions with the passing runs earlier15:10
cdentwoot on 56548915:14
cdentmordred, mnaser, kmalloc https://review.openstack.org/575117 updated to add links15:19
mnaserif that seems okay to mordred and other reviews i can push that up to test15:22
mordredmnaser: I think it's worth trying - also, we totally need to make an sdk release15:25
mnasermordred: ill wait for some nova reviews to roll in before i make that change15:27
*** fabian_ has quit IRC15:28
*** lifeless has quit IRC15:31
*** lifeless has joined #openstack-sdks15:31
*** chenyb4 has quit IRC15:32
kmalloccdent: ++15:32
*** ttsiouts has quit IRC15:43
*** dtantsur is now known as dtantsur|afk15:46
*** gkadam has quit IRC16:08
openstackgerritMonty Taylor proposed openstack/openstacksdk master: Add test to verify behavior on '' in self link  https://review.openstack.org/57515816:16
mordredcdent, kmalloc, mnaser: ^^ that satisfies me that the link of '' from placement will do the right thing from sdk16:17
kmallocmordred: are we cross-gating sdk and ksa?16:17
kmallocif not, lets get that encoded in a test in KSA too16:17
kmalloci don't want to accidently break someone down the line.16:18
mordredwe are16:18
kmallocbecause the behavior changes because of some other "fix" that we miss.16:18
kmallocok cool16:18
kmallocwfm then16:18
mordredand yes - I think a test for that case in ksa is a good idea16:18
mordredbut also we cross-gate :)16:18
kmalloccross-gate makes me happy. i wont ever say no to more quality behavior tests ;)16:18
openstackgerritMonty Taylor proposed openstack/openstacksdk master: Add tests to verify behavior on '' in self link  https://review.openstack.org/57515816:19
mordredcdent: ^^ added a second test just to verify microversion info is found correctly16:19
cdentmordred: Imma have to take your word for it, that last test its hard to tell what it is actually doing16:22
cdentbut overall sanity seems to be in place16:22
mordredcdent: the last test is basically just showing that the metainfo about the service's endpoint (placement.get_endpoint_data()) contains the microversion info that's in the discovery document ... namely that keystoneauth properly discovered the microversion ranges16:25
mordredcdent: but - taking my word for it is also fine :)16:25
cdentyeah, i figured that out once I read the json files, but the assert_calls remains dark16:27
mnaseri like that test, ill keep an eye on it16:40
mordredcdent: yah - for that you have to know a bit more about all of the requests_mock fixtures in that test suite16:46
mordredcdent: the point of "assert_calls()" is to make sure that at the end of the test the http calls you told it to mock were all called and nothing was called that you didn't tell it to mock16:47
cdent16:47
mordredkeeping in mind that the base class already mocks out the "get me a token" interaction from keystone16:48
*** e0ne has quit IRC17:03
*** jpena is now known as jpena|off17:24
*** gtema has quit IRC17:40
*** yolanda has quit IRC17:50
*** bobh has joined #openstack-sdks17:59
*** openstackgerrit has quit IRC18:04
*** yolanda has joined #openstack-sdks18:05
*** harlowja has joined #openstack-sdks18:10
*** dave-mccowan has quit IRC18:15
*** e0ne has joined #openstack-sdks18:20
*** boris_42_ has joined #openstack-sdks18:45
*** mriedem has quit IRC18:46
*** mriedem has joined #openstack-sdks18:47
*** cdent has quit IRC19:26
*** gtema has joined #openstack-sdks19:27
*** e0ne has quit IRC19:34
*** openstackgerrit has joined #openstack-sdks19:36
openstackgerritLance Bragstad proposed openstack/python-openstackclient master: Implement support for registered limits  https://review.openstack.org/57447519:36
openstackgerritLance Bragstad proposed openstack/python-openstackclient master: Implement support for project limits  https://review.openstack.org/57521119:36
*** e0ne has joined #openstack-sdks19:40
*** e0ne has quit IRC19:43
*** bobh has quit IRC19:48
*** bobh has joined #openstack-sdks19:48
*** lifeless_ has joined #openstack-sdks19:49
*** lifeless has quit IRC19:49
*** e0ne has joined #openstack-sdks19:56
*** gtema has quit IRC19:57
*** bobh has quit IRC19:57
*** e0ne has quit IRC19:58
*** dave-mccowan has joined #openstack-sdks20:05
*** bobh has joined #openstack-sdks20:24
*** ttsiouts has joined #openstack-sdks20:34
*** openstackgerrit has quit IRC21:04
*** vadim has quit IRC21:11
*** slaweq has quit IRC21:12
*** slaweq has joined #openstack-sdks21:12
*** lifeless_ has quit IRC21:23
*** lifeless has joined #openstack-sdks21:24
*** bobh has quit IRC21:32
*** edmondsw has quit IRC21:33
*** edmondsw has joined #openstack-sdks21:35
*** lifeless_ has joined #openstack-sdks21:36
*** lifeless has quit IRC21:37
*** edmondsw has quit IRC21:40
*** dave-mccowan has quit IRC21:43
*** kimamisa has quit IRC21:58
*** harlowja has quit IRC22:11
*** harlowja has joined #openstack-sdks22:12
*** ttsiouts has quit IRC22:15
*** harlowja has quit IRC22:21
*** openstackgerrit has joined #openstack-sdks22:22
openstackgerritAdam Harwell proposed openstack/python-openstackclient master: Add ability to filter image list by tag  https://review.openstack.org/57525622:22
*** slaweq has quit IRC22:33
*** mriedem has quit IRC22:40
*** gkadam has joined #openstack-sdks22:46
openstackgerritAdam Harwell proposed openstack/python-openstackclient master: Add ability to filter image list by tag  https://review.openstack.org/57525622:48
*** slaweq has joined #openstack-sdks22:53
*** ttsiouts has joined #openstack-sdks22:56
*** ttsiouts has quit IRC23:01
rm_workrunning into some issues with openstacksdk between 0.9.19 and 0.10.0 with networking commands, maybe something with version discovery on old clouds?23:14
rm_workI was gonna go through the commits and see if I could figure out what might have caused it, but noticed that between 0.9.19 and 0.10.0 the repo more than doubled in commit count T_T23:14
rm_workanyone have any immediate thoughts about what might be going on?23:14
rm_workhttp://paste.openstack.org/show/723420/23:18
*** dave-mccowan has joined #openstack-sdks23:22
*** gildub has joined #openstack-sdks23:51

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