Friday, 2015-04-17

*** bknudson has joined #openstack-sdks00:12
*** britthouser has joined #openstack-sdks00:56
*** mattfarina has joined #openstack-sdks01:17
*** mattfarina has quit IRC01:17
*** britthouser has quit IRC01:46
*** openstackgerrit has quit IRC05:21
*** openstackgerrit has joined #openstack-sdks05:21
*** stevemar has joined #openstack-sdks05:21
*** terrylhowe has quit IRC05:26
*** stevemar has quit IRC05:32
*** stevemar has joined #openstack-sdks05:33
*** aufi has joined #openstack-sdks06:03
*** stevemar has quit IRC06:12
*** bnemec has quit IRC06:32
openstackgerritMerged openstack/python-openstackclient: Better help for --nic in create server  https://review.openstack.org/17409107:04
*** chlong has quit IRC07:33
*** Miouge has joined #openstack-sdks08:28
*** Miouge_ has joined #openstack-sdks08:30
*** Miouge has quit IRC08:34
*** Miouge_ is now known as Miouge08:34
*** nosleep77 has quit IRC09:20
*** jamielennox is now known as jamielennox|away09:49
*** trown|outttypeww is now known as trown11:32
aufiHi, I found propably typo in image create action source (localtion x location attribute name; location attribute is not passed to the method - https://github.com/openstack/python-openstackclient/blob/master/openstackclient/image/v1/image.py#L193). Should I create bug on launchpad and fix it?11:50
*** terrylhowe has joined #openstack-sdks11:55
*** bknudson has quit IRC12:15
openstackgerritMarek Aufart proposed openstack/python-openstackclient: Fix skipped image create attribute location attr  https://review.openstack.org/17484812:27
*** bknudson has joined #openstack-sdks12:36
*** nosleep77 has joined #openstack-sdks12:38
*** Miouge has quit IRC12:48
openstackgerritMerged openstack/python-openstackclient: Uncap library requirements for liberty  https://review.openstack.org/17454212:51
openstackgerritTerry Howe proposed openstack/python-openstackclient: Functional tests run with less customization  https://review.openstack.org/17456612:53
*** Miouge has joined #openstack-sdks13:05
*** edleafe is now known as figleaf13:20
*** Miouge has quit IRC13:36
*** sigmavirus24_awa is now known as sigmavirus2413:45
*** mattfarina has joined #openstack-sdks13:45
openstackgerritTerry Howe proposed openstack/python-openstackclient: Print warning on authentication error  https://review.openstack.org/17391813:54
*** pm90_ has joined #openstack-sdks13:59
openstackgerritDean Troyer proposed openstack/python-openstackclient: Add --os-cloud support  https://review.openstack.org/12979514:02
*** bnemec has joined #openstack-sdks14:03
*** pm90_ has quit IRC14:03
openstackgerritDean Troyer proposed openstack/python-openstackclient: Begin documenting --os-cloud  https://review.openstack.org/16109314:04
*** pm90_ has joined #openstack-sdks14:04
*** pm90_ has quit IRC14:16
*** britthouser has joined #openstack-sdks14:36
*** stevemar has joined #openstack-sdks14:37
openstackgerritBrian Curtin proposed stackforge/python-openstacksdk: Apply delete API changes  https://review.openstack.org/17490414:48
openstackgerritNathan Kinder proposed openstack/python-openstackclient: Role operations should not require list object permission  https://review.openstack.org/17490814:52
*** pm90_ has joined #openstack-sdks14:54
*** pm90_ has quit IRC14:54
openstackgerritMerged openstack/python-openstackclient: Fix skipped image create attribute location attr  https://review.openstack.org/17484815:04
openstackgerritMerged stackforge/golang-client: Workflow documentation is now in infra-manual  https://review.openstack.org/13946515:23
openstackgerritBrian Curtin proposed stackforge/python-openstacksdk: Apply delete changes to identity proxies  https://review.openstack.org/17492215:35
etoewswhat do people think about moving Server.wait_for_status up into a Resource.wait_for_status?15:53
etoewshowever, not all resources have a status prop15:53
etoewsso maybe it makes more sense as a generic util method15:54
etoewsthat takes a Resource (that must have a status prop)15:54
etoewsplus all of the other stuff wait_for_status would need15:55
etoewsi'm going to try moving it to the utils module and see what that looks like15:56
*** britthouser has quit IRC15:58
openstackgerritBrian Curtin proposed stackforge/python-openstacksdk: Apply delete changes to image proxies  https://review.openstack.org/17494416:00
*** britthouser has joined #openstack-sdks16:02
*** trown is now known as trown|lunch16:08
briancurtinetoews: in utils is probably ideal16:11
etoewsyep. self just becomes resource.16:11
*** aufi has quit IRC16:11
openstackgerritBrian Curtin proposed stackforge/python-openstacksdk: Apply delete changes to keystore proxy  https://review.openstack.org/17494716:13
*** britthouser has quit IRC16:17
*** subscope has joined #openstack-sdks16:20
*** britthouser has joined #openstack-sdks16:21
etoewshow bad is it to shadow a module name with a function parameter? e.g.16:22
etoewsfrom openstack.compute.v2 import server16:22
etoews...16:22
etoewsdef wait_for_status(self, server, status='ACTIVE', failures=['ERROR'], ...)16:22
etoewsthe server param shadows the module import16:23
etoewsit's unfortunate but doesn't harm anything as the server module isn't used in wait_for_status16:25
*** britthouser has quit IRC16:37
terrylhowethe only reason really to move it to utils would be to avoid churn in the Resource class and to keep it as simple as possible.  The keep it as simple as possible is a good reason, but maybe we should consider (at least for the future) some other way of breaking things down or design so we aren’t dumping things in utils that are really associated with a resource.16:46
briancurtinetoews: that's not great, but if it's in teh util module it should probably be more generic than server so it's not implied that it's only able to wait on servers. in theory it would be able to wait on anything that needed to be waited on, so maybe make it resource? (unless that is also shadowed...)16:47
briancurtinetoews: i have the same problem with a lot of these proxy apis. i'd love to say delete_server(server), but we have to pass a reference to the actual server.Server from within there, so it's delete_server(value)16:48
terrylhowethe only other big async thing I can think of is volumes, but in theory, people could wait on any field change if it was generalized16:48
terrylhoweRuby Fog used to have some method like that some wait_for where you could wait on any field change.16:49
briancurtinlibcloud has something similar iirc16:49
etoewsit's in the _proxy module where i run into the shadowing. same as what you've seen. i can use value instead.16:50
etoewsit's certainly more generic than server16:51
etoewsthat's the whole point of moving it out16:51
etoewsvolumes, stacks, databases, servers, images, lots of stuff needs it16:52
etoewsevery lib i can think of has a util for it rather than inheriting it because not every resource has a status16:53
openstackgerritNathan Kinder proposed openstack/python-openstackclient: Role operations should not require list object permission  https://review.openstack.org/17490817:15
openstackgerritSteve Martinelli proposed openstack/python-openstackclient: Re-organize functional tests  https://review.openstack.org/17497417:38
stevemarterrylhowe, ^17:39
stevemarnow to see if it passes...17:39
*** trown|lunch is now known as trown17:50
openstackgerritEverett Toews proposed stackforge/python-openstacksdk: Move wait_for_status to utils  https://review.openstack.org/17498017:54
openstackgerritBrian Curtin proposed stackforge/python-openstacksdk: Apply delete API changes  https://review.openstack.org/17490419:03
stevemardtroyer, mind approving https://review.openstack.org/#/c/174974/ ?19:10
dtroyerstevemar: sure, test away!19:12
openstackgerritBrian Curtin proposed stackforge/python-openstacksdk: Apply network delete changes  https://review.openstack.org/17501119:18
*** pm90_ has joined #openstack-sdks19:20
*** bnemec is now known as beekneemech19:22
stevemar\o/19:23
openstackgerritBrian Curtin proposed stackforge/python-openstacksdk: Apply object_store delete changes  https://review.openstack.org/17501719:29
openstackgerritBrian Curtin proposed stackforge/python-openstacksdk: Apply orchestration delete change  https://review.openstack.org/17502019:37
*** stevemar has quit IRC19:40
*** stevemar2 has joined #openstack-sdks19:40
openstackgerritMerged stackforge/python-openstacksdk: Add module name to repr string  https://review.openstack.org/17435019:40
*** subscope has quit IRC19:40
openstackgerritMerged stackforge/python-openstacksdk: Add more detail to method not supported exception  https://review.openstack.org/17440919:41
openstackgerritBrian Curtin proposed stackforge/python-openstacksdk: Apply telemetry delete change  https://review.openstack.org/17502119:41
openstackgerritEverett Toews proposed stackforge/python-openstacksdk: Move wait_for_status to resource module  https://review.openstack.org/17498019:46
openstackgerritBrian Curtin proposed stackforge/python-openstacksdk: Apply delete changes to volume proxy  https://review.openstack.org/17502519:51
etoewsterrylhowe: i thought about what you said about wait_for_status in utils. you're right. i don't want utils to become a dumping ground either. i think it makes more sense in the resource module. let me know what you think.19:51
terrylhoweI think so etoews. It’d also be nice if we could find a way to break down resource a bit so there isn’t as much churn there.19:55
openstackgerritMerged openstack/python-openstackclient: Re-organize functional tests  https://review.openstack.org/17497420:06
*** mattfarina has quit IRC20:11
*** stevemar2 is now known as stevemar20:15
briancurtinetoews: i like resource.wait_for_status as a generic wait function, but i wonder if the server and orchestration proxy usages of it should have a more specific name? since the status and failure values are specific to servers and stacks, maybe wait_for_server and wait_for_stack?20:21
*** openstackgerrit has quit IRC20:22
*** openstackgerrit has joined #openstack-sdks20:22
etoewshmmmm...my first reaction is that it would be nice to have a consistent name across all proxy usages.20:22
etoewsi can certainly see where you're coming from though20:23
etoewsand you've still got the common wait_for_ prefix20:24
briancurtinetoews: yeah, i thought the wait_for_ prefix keeps it inline, so you have create_server, delete_server, wait_for_server, etc20:25
etoewsright. in that sense it's more consistent with the verb_resource naming in the proxies.20:26
*** trown is now known as trown|outttypeww20:29
openstackgerritEverett Toews proposed stackforge/python-openstacksdk: Move wait_for_status to resource module  https://review.openstack.org/17498020:41
openstackgerritMerged openstack/python-openstackclient: Fix session timing  https://review.openstack.org/16409120:47
briancurtinetoews: that wait_for change looks good, but im going to find some examples to look off of for the orchestration tests. we need to not use MagicMock (i think there's an issue to eventually remove them all) -- we know what methods we'll be calling and what attributes to fill out, so we should do that without the magic20:59
*** figleaf is now known as edleafe21:02
etoewssgtm. if there's a better way to do it, i'm happy to learn.21:03
*** pm90_ has quit IRC21:04
-openstackstatus- NOTICE: Gerrit will be unavailable between 22:00 and 23:59 UTC for project renames and a database update.21:05
*** pm90_ has joined #openstack-sdks21:05
briancurtinetoews: actually, teh more i think about it, you really shouldn't need the in-depth orchestration tests to run it through those states. resource.wait_for_status should be where that stuff is tested (and it is), and applications of that function should just be tested that they're passing in arguments and that they get through, similar to how we do the other21:09
briancurtinproxy tests -- we test BaseProxy._delete in depth, and then delete_server we just verify that it's sending the right things through21:09
etoewsbriancurtin: should i move the in depth testing to test_resource.py and do only 1 basic test in each of test_server and test_stack?21:13
briancurtinetoews: i'd move what exists in test_server to be in test_resource, and then in test_{server|stack} have something that just checks when you call wait_for_{server|stack} that teh underlying wait_for_status function is receiving the appropriate values. so test the functionality in test_resource, watch after its usage in the server/stack tests21:16
etoewsyep. i think we have the same thing in mind.21:18
*** openstackgerrit has quit IRC21:23
*** openstackgerrit has joined #openstack-sdks21:23
*** pm90_ has quit IRC21:28
*** stevemar has quit IRC21:29
etoewsbriancurtin: actually i think the tests for wait_for_{server|stack} wind up belonging in test_proxy rather than test_{server|stack}. thoughts?21:39
etoewscompute.v2.test_proxy and orch.v1.test_proxy that is21:40
*** bknudson has quit IRC21:44
*** jamielennox|away is now known as jamielennox21:48
briancurtinetoews: yep, that's right21:50
*** pm90_ has joined #openstack-sdks22:03
-openstackstatus- NOTICE: Gerrit is unavailable until 23:59 UTC for project renames and a database update.22:05
-openstackstatus- NOTICE: Gerrit is unavailable until 23:59 UTC for project renames and a database update.22:08
*** ChanServ changes topic to "Gerrit is unavailable until 23:59 UTC for project renames and a database update."22:09
*** sigmavirus24 is now known as sigmavirus24_awa22:13
*** terrylhowe has quit IRC22:57
openstackgerritMerged stackforge/python-openstacksdk: Updated from global requirements  https://review.openstack.org/17455423:04
*** ChanServ changes topic to "#openstack-sdks"23:06
-openstackstatus- NOTICE: Gerrit is available again.23:06
*** pm90_ has quit IRC23:09
*** jamielennox is now known as jamielennox|away23:30
*** stevelle has quit IRC23:46
*** stevelle has joined #openstack-sdks23:46

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