Wednesday, 2018-01-03

*** dave-mccowan has joined #openstack-sdks00:05
*** e0ne has quit IRC00:14
*** ldl has joined #openstack-sdks00:21
*** cdent has quit IRC00:25
*** edmondsw has joined #openstack-sdks00:31
*** edmondsw has quit IRC00:36
*** fabian has joined #openstack-sdks00:51
*** fabian is now known as chenyb400:54
*** markvoelker has quit IRC01:08
*** slaweq has joined #openstack-sdks01:13
*** gkadam has quit IRC01:15
*** gkadam has joined #openstack-sdks01:16
*** slaweq has quit IRC01:18
*** slaweq has joined #openstack-sdks01:20
*** slaweq has quit IRC01:25
*** dave-mccowan has quit IRC01:34
*** tonyb has quit IRC01:47
*** tonyb has joined #openstack-sdks01:49
*** dave-mccowan has joined #openstack-sdks01:55
*** gkadam has quit IRC01:56
*** gkadam has joined #openstack-sdks01:59
*** markvoelker has joined #openstack-sdks02:05
*** annp has joined #openstack-sdks02:14
*** dave-mccowan has quit IRC02:18
*** dave-mccowan has joined #openstack-sdks02:19
*** edmondsw has joined #openstack-sdks02:19
*** edmondsw has quit IRC02:24
*** gkadam has quit IRC03:07
openstackgerritMerged openstack/python-openstacksdk master: Remove self argument from connect helper function  https://review.openstack.org/53076803:08
*** edmondsw has joined #openstack-sdks04:07
*** edmondsw has quit IRC04:12
*** chenyb4 has quit IRC04:18
openstackgerritMonty Taylor proposed openstack/python-openstacksdk master: Make resource a dict subclass usable by shade layer  https://review.openstack.org/53083504:25
openstackgerritMonty Taylor proposed openstack/python-openstacksdk master: Rename Resource.get to Resource.fetch  https://review.openstack.org/53083604:25
mordredrods_: ^^ ok. there you go - enjoy!04:25
*** dave-mccowan has quit IRC05:06
*** chenyb4 has joined #openstack-sdks05:12
*** annp has quit IRC05:30
*** annp has joined #openstack-sdks05:31
*** edmondsw has joined #openstack-sdks05:56
*** edmondsw has quit IRC06:00
*** markvoelker has quit IRC06:28
*** edmondsw has joined #openstack-sdks07:44
*** slaweq has joined #openstack-sdks07:47
*** edmondsw has quit IRC07:48
*** e0ne has joined #openstack-sdks07:57
*** e0ne has quit IRC08:23
*** markvoelker has joined #openstack-sdks08:29
*** markvoelker has quit IRC09:03
*** jpich has joined #openstack-sdks09:05
*** e0ne has joined #openstack-sdks09:21
*** d0ugal has quit IRC09:27
*** d0ugal has joined #openstack-sdks09:28
*** d0ugal has quit IRC09:28
*** d0ugal has joined #openstack-sdks09:28
*** edmondsw has joined #openstack-sdks09:32
*** edmondsw has quit IRC09:37
*** ralonsoh has joined #openstack-sdks10:00
*** markvoelker has joined #openstack-sdks10:01
*** ralonsoh_ has joined #openstack-sdks10:06
*** ralonsoh has quit IRC10:06
*** annp has quit IRC10:21
*** cdent has joined #openstack-sdks10:27
*** markvoelker has quit IRC10:34
cmurphy  ||  ggrreepp  ssddbb10:34
cmurphyrename pike.rst to master.rst i think10:35
cmurphy  ||  ggrreepp  ssddbb10:35
*** chenyb4 has quit IRC10:35
* cdent looks at cmurphy 10:36
cmurphyoh wow sorry10:37
cmurphyterminal problems10:38
cdentno need to apologize, a) I was curious, b) it wasn't clear you knew it happened10:38
*** jkilpatr has quit IRC11:00
*** noshankus has joined #openstack-sdks11:10
*** nokes has joined #openstack-sdks11:16
*** noshankus has quit IRC11:19
*** nokes is now known as noshankus11:19
*** edmondsw has joined #openstack-sdks11:20
*** edmondsw has quit IRC11:24
*** markvoelker has joined #openstack-sdks11:31
*** edmondsw has joined #openstack-sdks11:36
*** jkilpatr has joined #openstack-sdks11:49
*** markvoelker has quit IRC12:05
*** edmondsw has quit IRC12:15
*** jkilpatr has quit IRC12:28
*** sdague has joined #openstack-sdks12:49
*** fabian_ has joined #openstack-sdks12:53
*** fabian_ is now known as chenyb412:53
*** markvoelker has joined #openstack-sdks13:02
*** edmondsw has joined #openstack-sdks13:13
*** cleong has joined #openstack-sdks13:15
*** edmondsw has quit IRC13:18
*** markvoelker has quit IRC13:19
*** markvoelker has joined #openstack-sdks13:20
*** chenyb4 has quit IRC13:21
*** chenyb4 has joined #openstack-sdks13:21
*** yolanda__ has joined #openstack-sdks13:25
*** yolanda has quit IRC13:29
*** jkilpatr has joined #openstack-sdks13:42
*** dave-mccowan has joined #openstack-sdks13:49
*** purplerbot has quit IRC14:04
*** purplerbot_ has joined #openstack-sdks14:04
*** purplerbot_ is now known as purplerbot__14:04
*** purplerbot__ is now known as purplerbot14:04
*** purplerbot has quit IRC14:10
*** purplerbot has joined #openstack-sdks14:10
*** chenyb4 has quit IRC14:19
*** edmondsw has joined #openstack-sdks14:37
*** thrash is now known as thrash|biab14:38
*** kuzko has quit IRC14:40
*** GreenBlood has quit IRC14:41
*** bobh has joined #openstack-sdks14:44
*** slaweq has quit IRC14:54
*** slaweq has joined #openstack-sdks15:01
*** slaweq has quit IRC15:05
mordredcdent, cmurphy: that was my first morning irc communication to read - I think today is going to be a good day15:19
cdentagreed15:19
*** slaweq has joined #openstack-sdks15:21
cmurphyalways happy to entertain15:23
cmurphy(fwiw terminator + weechat = bad)15:23
*** slaweq has quit IRC15:26
Shrewscmurphy: yeah, i had issues with that combo15:26
*** slaweq has joined #openstack-sdks15:32
*** slaweq has quit IRC15:36
*** slaweq has joined #openstack-sdks15:58
*** ldl has quit IRC16:01
*** jkilpatr has quit IRC16:06
*** kmy has quit IRC16:09
*** dims has quit IRC16:09
*** kmy has joined #openstack-sdks16:09
*** dims has joined #openstack-sdks16:10
*** thrash|biab is now known as thrash16:10
*** openstackgerrit has quit IRC16:19
*** jkilpatr has joined #openstack-sdks16:19
*** slaweq has quit IRC16:22
*** jkilpatr has quit IRC16:22
*** jkilpatr has joined #openstack-sdks16:23
*** dave-mccowan has quit IRC16:24
*** dave-mccowan has joined #openstack-sdks16:25
*** slaweq has joined #openstack-sdks16:33
*** slaweq has quit IRC16:38
*** openstackgerrit has joined #openstack-sdks16:52
openstackgerritMerged openstack/python-openstackclient master: Update new documentation PTI jobs  https://review.openstack.org/53037816:52
openstackgerritMerged openstack/osc-lib master: Fix sorting in Python 3  https://review.openstack.org/52604616:55
*** slaweq has joined #openstack-sdks17:04
*** slaweq has quit IRC17:09
*** e0ne has quit IRC17:12
*** slaweq has joined #openstack-sdks17:12
*** jpich has quit IRC17:18
openstackgerritMonty Taylor proposed openstack/python-openstacksdk master: Update for new docs PTI  https://review.openstack.org/53097817:26
*** cdent has quit IRC17:35
*** cdent has joined #openstack-sdks17:36
*** slaweq_ has joined #openstack-sdks17:40
*** slaweq has quit IRC18:02
*** jkilpatr has quit IRC18:03
*** jkilpatr has joined #openstack-sdks18:03
*** slaweq_ has quit IRC18:13
*** yolanda__ is now known as yolanda18:14
*** slaweq_ has joined #openstack-sdks18:15
*** slaweq_ has quit IRC18:20
*** ChanServ sets mode: +r 18:21
*** e0ne has joined #openstack-sdks18:27
*** jkilpatr has quit IRC18:40
*** efried has quit IRC19:09
*** reedip has quit IRC19:43
*** dave-mccowan has quit IRC19:56
*** e0ne has quit IRC20:09
*** Jeffrey4l has quit IRC20:11
*** Jeffrey4l has joined #openstack-sdks20:24
openstackgerritHongbin Lu proposed openstack/python-openstackclient master: Allow ports filtering with device_id  https://review.openstack.org/52679821:11
mordredcdent: you know everything, right?21:13
mordredcdent: do you happen to know if there are any openstack services that paginate resources with limit/marker but do not return a {foo}_links dict with next links in it?21:14
mordredcdent: the question comes up because of https://review.openstack.org/#/c/530769 and briancurtin's comments on it - I'm gonna go look and see what I can learn, but I figured if anyone happened to know off the top of their head about outliers that it would be helpful21:17
mordrededleafe, elmiko: ^^ in case you happen to know21:18
edleafemordred: I confess that I do not know of any21:19
edleafemordred: I also confess that I haven't researched that at all :)21:20
*** cleong has quit IRC21:20
*** edmondsw has quit IRC21:22
*** e0ne has joined #openstack-sdks21:43
elmikomordred: i haven't looked into that, and it looks like we have not done a study across projects about it. if you end up poking around, any info would be appreciated =)21:53
elmikohttps://wiki.openstack.org/wiki/API_Working_Group/Current_Design21:53
*** e0ne has quit IRC21:59
*** e0ne has joined #openstack-sdks22:02
*** e0ne has quit IRC22:08
*** e0ne has joined #openstack-sdks22:12
openstackgerritMerged openstack/python-openstacksdk master: Start using Connection in openstack.cloud  https://review.openstack.org/52325922:12
*** e0ne has quit IRC22:14
openstackgerritBar Elharar proposed openstack/osc-lib master: Suppress subTest() expected errors  https://review.openstack.org/53102522:14
openstackgerritBar Elharar proposed openstack/osc-lib master: Suppress subTest() expected errors  https://review.openstack.org/53102522:18
openstackgerritBar Elharar proposed openstack/osc-lib master: Suppress subTest() expected errors  https://review.openstack.org/53102522:26
mordrededleafe, elmiko: thanks - I think I'm going to start with a mailing list message and see where it gets me22:28
*** e0ne has joined #openstack-sdks22:28
*** bobh has quit IRC22:32
*** bobh has joined #openstack-sdks22:33
*** bobh has quit IRC22:38
cdentmordred, edleafe, elmiko : I was elsewhere, catching up22:40
mordredcdent, edleafe, elmiko: I've found at least one example of a service that does not return $foo_links with a next link to indicate that there are more results available ... swift22:42
mordredalthough now the question is - is it *only* swift (and therefore something that could be overridden in the sdk just for swift) or are there more, in which case adding a pagination_type flag to Resource objects may be the right choice22:43
cdentare you using _ as an indicator of object descent, like server.links22:43
cdentbecause both the api-wg guidance and looking at nova I'm not seeing what you're talking about, mordred, but I'm also not sure I know what you're talking about22:44
mordredcdent: I've found another - glance is also different ... BUT ... for instance, https://developer.openstack.org/api-guide/compute/paginated_collections.html22:46
cdentand https://developer.openstack.org/api-guide/compute/links_and_references.html22:46
mordredcdent: nova returns {"servers": [...], "servers_links": [..]}22:46
mordredso for a server list one can check servers_links for a next link, and if it exists, follow it22:46
cdentsigh22:47
cdentnobody ever follows the guidance ( http://specs.openstack.org/openstack/api-wg/guidelines/links.html) and even the services aren't in sync with themselves22:47
mordredcdent: but for glance, it's {"images": [...], "next": "http:..."}22:48
cdentblargh22:48
mordredcdent: well - these links are a little bit different than the per-object links22:48
cdentthe pagination guidance doesn't distinguish, it's suggest generic 'links': http://specs.openstack.org/openstack/api-wg/guidelines/pagination_filter_sort.html#pagination22:48
mordredcdent: I actually *do* see the reference links pretty frequently and consistently - other than when they're broken because reverse-proxies aren't set up correctly :)22:48
cdentmordred: oh, I didn't mean nobody follows links. I mean projects not developing consistently.22:49
mordredoh - yah.22:49
cdentthe pagination guidance example on that last link (heh) uses just 'links' in a relatively sane collection example22:50
briancurtinsince approximately day one, and going on until approximately forever, unfortunately22:50
mordredcdent: that api-wg guidance is nice - and at least structurally similar to what I see from cinder and nova (naming notwithstanding)22:50
cdentso yeah, I would guess that briancurtin is right22:50
mordredbriancurtin wins22:50
mordredbriancurtin: so - since a quick look has shown at least 4 different mechanisms, I'm thinking I should rework that patch to add a resource-level config flag choose one, with the behavior defaulting to the current sdk inferance behavior22:52
mordredbriancurtin: so that as we know or understand that a given resource provides links guidance we can opt a resource in to that behavior, but there is a good default that should work in the other cases22:53
briancurtinmordred: that’s probably reasonable. we originally thought to go something like that direction for times when we knew for sure we wouldn’t need that extra call, so go for it22:53
briancurtinyep22:53
mordredwoot22:53
mordredbriancurtin, cdent: see - if all the  API services were consistent, we'd be issing out on all of this fun!22:53
* mordred bangs head on desk22:53
* cdent checks the dictionary22:55
cdentoh look at the time, goodnight23:03
*** cdent has quit IRC23:03
*** ralonsoh_ has quit IRC23:03
*** e0ne has quit IRC23:09
mordredbriancurtin: while I'm bugging you - https://review.openstack.org/#/c/530769/1/openstack/resource2.py line 765 in the original code ... seems like a bug - it'll stop iteration if yielded is < limit - shouldn't that be yielded >= query_params['limit'] - or is my brain just too melty?23:16
mordredbriancurtin: also - line 748 - yielded is reset in each loop iteration - seems like it should be moved to above line 734 - and that line 767 should be query_params['limit'] = limit - yielded23:18
mordredbriancurtin: I'm going to keep it as is in this patch so we can fix it if needed in its own patch - but just wanted to double-check my reading of the logic there23:19

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