Tuesday, 2016-11-01

*** ianw has joined #openstack-shade00:00
*** noama has joined #openstack-shade07:40
*** abregman has joined #openstack-shade09:30
*** dootniz is now known as kragniz09:59
*** abregman has quit IRC12:30
mordredShrews, SpamapS: https://review.openstack.org/392120 Add unit test to show herd protection in action ... look, I wrote a patch which is _only_ a test12:38
*** abregman has joined #openstack-shade12:51
*** abregman_ has joined #openstack-shade13:10
*** abregman has quit IRC13:14
Shrewsinconceivable13:16
Shrewsit really chaps my hide when folks submit PRs that obviously haven't been tested even a little bit13:57
* Shrews might need more coffee13:58
*** edtubill has joined #openstack-shade14:24
Shrewsmordred: I'm still having issues with your intentions on 38818414:44
Shrewsmordred: so, for example, let's consider the flavor field OS-FLV-DISABLED:disabled. This goes into the root object by default. Turn strict mode ON and it disappears completely. Is that the intent? Or did you mean for that to move into 'properties'?14:47
ShrewsIf you meant for it to disappear, then I believe I finally get it (I just may have confused your comments from yesterday)14:48
mordredShrews: it shows up in properties in strict mode for me14:56
mordredwait14:56
mordredmaybe I'm stupid14:56
mordredShrews: ok. I'm wrong. and I am stupid. and I now finally understand your question14:57
Shrews\o/15:06
Shrewsi thought maybe we just had different meanings for "passthru values"15:06
mordredyah15:08
mordredShrews: so there are 2 different philosophies happening atm ...15:09
mordredShrews: server was passing through all of the things, regardless of whether we interpreted it and put an interpreted value in the root15:09
mordredShrews: flavor was only passing through completely unknown values15:09
mordredShrews: I think I like the flavor approach better ... basically "we have an API and you should use it - however, if there is a value we've never heard of yet, you can look for it in properties"15:10
mordredbut if it's part of our API - like disabled - I can't see much value in a user looking for properties['OS-FLV-DISABLED:disabled']  ... right?15:10
Shrewsmordred: i agree with those things. the flavor way is the more intuitive to me15:12
mordredcool. I will make the patch actually behave that way15:12
mordredand in fact, I think adding unittests for each of the normalizes is likely the best thing too15:12
Shrewsi actually assumed the server stuff was doing it the same way (didn't get past the flavor part).15:13
mordredShrews: I believe this confusion definitely points to the value in getting this all locked down, documented and tested15:16
Shrewsmordred: agreed. glad my stupidity was useful15:18
Shrewsalso, dict.iteritems() might be more efficient than items() since it doesn't make a copy of things15:22
Shrewsbut that's just a nitpick15:22
mordredShrews: unfortunately, iteritems is not a thing in python315:23
mordredShrews: so you have to do like six.iteritems(dict) I think ... and at that point I think I stop caring unless it's important15:24
Shrewsoh. hah15:26
* Shrews makes note to update nodepool changes15:29
mordredShrews: ok. I updated the current change to match what we discussed. I have not added unittests for all of the normalize types - mostly wanted to make sure this version made sense to you16:38
mordredShrews: (I also added a line to the docs)16:38
Shrewsmordred: yes. this is MUCH clearererer to me (i especially like the pop_or_get utility for some odd reason)17:06
*** edtubill has quit IRC17:24
*** edtubill has joined #openstack-shade18:04
*** abregman_ has quit IRC18:24
*** edtubill has quit IRC21:07
*** abregman has joined #openstack-shade21:29
*** abregman has quit IRC21:49
*** thingee has joined #openstack-shade22:11
* mordred waves at thingee22:12
thingeethought I could use a little shade22:12
* mordred throws some shade to thingee22:13

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