Earlier  
Posted Nick Remark
#openstack-sdks - 2017-01-11
02:23:31 jiahui Qiming: YES:).
02:23:39 Qiming cool.
02:23:49 Qiming good to know there are hands working on this
02:24:22 stevemar jiahui: hmm, can you check what version of the SDK you are using in your local box?
02:24:39 stevemar jiahui: i think in the gate, we now block SDK v0.9.12
02:26:30 jiahui stevemar: SDK v0.9.10 in my box
02:27:32 stevemar jiahui: i think the gate will test with that too
02:27:38 stevemar jiahui: which patch are you referring to?
02:29:22 jiahui stevemar: I have look the skip you have done in https://review.openstack.org/#/c/417576/
02:35:03 openstackgerrit Steve Martinelli proposed openstack/python-openstackclient: Revert "Updated from global requirements" https://review.openstack.org/418650
02:49:09 stevemar jiahui: ah let me see -- the gate is currently testing with sdk 0.9.10 i believe, let's see what happens with ^
02:53:29 jiahui stevemar: thank you steve :)
03:08:49 openstackgerrit Merged openstack/osc-lib: Calls to federated service providers using Keystone-to-Keystone https://review.openstack.org/371709
03:23:42 jiahui stevermar:I run the command "tox -e functional openstackclient.tests.functional.network.v2" to test all network functional tests, it fails 3 tests. I reinstall devstack ,the same three tests fail.
03:41:09 openstackgerrit Steve Martinelli proposed openstack/python-openstackclient: Revert "Updated from global requirements" https://review.openstack.org/418650
03:49:27 openstackgerrit Steve Martinelli proposed openstack/python-openstackclient: Revert "Updated from global requirements" https://review.openstack.org/418650
05:20:34 stevemar jiahui: https://review.openstack.org/#/c/418650/ should have functional test results with SDK v0.9.12
05:20:46 stevemar in about 30 minutes :)
05:22:08 openstackgerrit zhiyong.dai proposed openstack/python-openstackclient: Update functional test for aggregate. https://review.openstack.org/418685
05:40:18 openstackgerrit jiahui.qiang proposed openstack/python-openstackclient: Fix filter error in os volume list https://review.openstack.org/416852
06:18:07 jiahui stevemar: Yes, i am thinking about how to upgrade my local SDK to SDK v0.9.12. It should be late in your place and good night! Thank you steve :)
06:40:09 openstackgerrit Reedip proposed openstack/python-openstacksdk: Fix quota show output https://review.openstack.org/418729
07:40:40 RuiChen hi jiahui if you want to update your local sdk to 0.9.12, you should modify your local /opt/stack/requirements/upper-constraints.txt, then change python-openstackclient/tox.ini, like this {env:UPPER_CONSTRAINTS_FILE:/opt/stack/requirements/upper-constraints.txt}
07:55:23 jiahui RuiChen: hi ,thank you for your advice. Is the gate testing with sdk 0.9.10? I find 'functional installed: ...openstacksdk==0.9.10...', when i read this http://logs.openstack.org/50/418650/3/check/gate-osc-dsvm-functional-ubuntu-xenial/7c4daa7/console.html
08:01:34 RuiChen jiahui: yes, current gate run on 0.9.10 https://github.com/openstack/requirements/blob/master/upper-constraints.txt#L214
08:12:02 RuiChen jiahui: I found export UPPER_CONSTRAINTS_FILE=/opt/stack/requirements/upper-constraints.txt is better way :-)
08:13:02 jiahui RuiChen: Thank you, it is so helpful to me!
09:31:13 reedip anyone here ??
09:31:41 reedip RuiChen, dtroyer, stevemar ??
09:32:23 RuiChen yeah reedip
09:32:34 reedip RuiChen : question
09:33:15 openstack Launchpad bug 1655445 in python-openstackclient "Cannot update subnetpool quota" [Undecided,New] - Assigned to Reedip (reedip-banerjee)
09:33:15 reedip RuiChen, dtroyer, stevemar : while working on Neutron's quota update API, I found that this bug exists : https://bugs.launchpad.net/python-openstackclient/+bug/1655445
09:34:20 RuiChen so your question is ?
09:35:06 reedip RuiChen, dtroyer, stevemar : I found that the issue is because of this line: https://github.com/openstack/python-openstacksdk/blob/master/openstack/proxy2.py#L64
09:36:08 reedip RuiChen, dtroyer, stevemar : now not all End Points accept id=PROJECT_ID for each type of resource.
09:36:26 reedip for example, Neutron doesnt accept Project ID while updating the quotas
09:36:54 reedip Now, changing Neutron API would take some time and as we are near Ocata-3 , I am not sure if it would be accepted.
09:40:05 RuiChen i'm not clear your means, let me check the bug details
09:41:48 reedip RuiChen: Sure, I will wait
09:45:12 RuiChen I try the command in my env, no error exist, something I miss? (openstack) quota set --subnetpools 1234 ${proejct_id}
09:46:02 RuiChen my openstack sdk is openstacksdk-0.9.10
09:49:38 reedip How do I check my openstacksdk ?
09:50:01 reedip I mean RuiChen how do I check my version of openstacksdk
09:50:26 RuiChen in your python install dir site-package
09:51:01 RuiChen pip freeze
09:51:36 reedip I have openstacksdk==0.9.12
09:53:03 openstack Launchpad bug 1652317 in Manila "OpenStackSDK refactoring caused various OSC networking commands to fail" [Critical,New]
09:53:03 RuiChen seems it cause by the bug https://bugs.launchpad.net/python-openstackclient/+bug/1652317
09:54:51 reedip RuiChen : Okay
09:55:51 openstack Launchpad bug 1652317 in Manila "OpenStackSDK refactoring caused various OSC networking commands to fail" [Critical,New]
09:55:51 reedip RuiChen : my bug may not be caused due to returning dicts , but yes it doesnt accept ID in it as mentioned in https://bugs.launchpad.net/python-openstackclient/+bug/1652317/comments/13
10:03:58 RuiChen reedip: yeah, I decide to install sdk 0.9.12, try to find out something wrong about it :)
10:15:17 reedip :D
10:34:55 reedip RuiChen: I resolved it in a PS
10:35:05 reedip can you try the patch and lemme know of the result ?
10:35:27 reedip Basically I modified the refactoring of Openstack SDK for this fix.
10:43:58 reedip RuiChen : Never mind, anyways I am looking into this bug, will post the PS today
10:46:04 RuiChen I will go to dinner in a moment, sorry, please show me the patch link, I will check it when I have time
12:31:32 openstackgerrit yuval shalev proposed openstack/python-openstacksdk: Added project role assignment https://review.openstack.org/416598
13:47:00 openstackgerrit Huanxuan Ao proposed openstack/python-openstackclient: Add "encryption-*" options in volume type commands https://review.openstack.org/414197
14:37:16 openstackgerrit Steve Martinelli proposed openstack/python-openstackclient: Run functional tests with SDK 0.9.12 https://review.openstack.org/418650
14:38:22 stevemar dtroyer: so i pushed ^ -- we probably want that to be successful before releasing
14:38:32 stevemar it ensure we will work with the latest SDK release
14:39:07 stevemar cause right now our CI is passing, not because of skipped tests, but because the latest SDK versions are blacklisted
15:01:16 dtroyer stevemar: right… thanks
15:02:14 dtroyer I want to release osc-lib Real Soon Now
15:02:44 dtroyer I'm still not sure I want to force-include keyring, we've already been down that road…
15:04:23 dtroyer stevemar: I'm thinking we need to add OSC functional tests to osc-lib and the sdk jobs...
15:15:51 stevemar dtroyer: definitely need to do that
15:16:19 dtroyer so osc-lib auth cache… include or not? I'll release now if we leave it out
15:16:29 stevemar i am negative on that
15:16:37 stevemar untested (mostly)
15:17:15 dtroyer roger that… agreed
15:17:20 stevemar dtroyer: want to add a functional test job to osc-lib before releasing?
15:17:29 stevemar or are you comfortable enough to release?
15:17:37 stevemar i think the changes were mostly additive
15:17:44 dtroyer depends on how long it takes to get it added :)
15:18:25 dtroyer I made those compat-changes, the case I am concerned about we get in the dsvm jobs (using env vars for auth)
15:18:42 dtroyer rather, using having the comat bits in osc-lib and also in osc
15:19:08 dtroyer in one case it's doing double work and is not (should not be) harmful
15:19:27 stevemar dtroyer: looks like only one thing is failing with sdk 0.9.12 -- http://logs.openstack.org/50/418650/4/check/gate-osc-dsvm-functional-ubuntu-xenial/abbb8d4/testr_results.html.gz ?
15:20:03 dtroyer woo!
15:20:15 dtroyer qos rule type...
15:20:37 dtroyer is anyone workign on that (I just skimmed the overnight scrollback)
15:20:52 dtroyer I'll jump on it after adding the func tests and releasing osc-lib
15:20:53 stevemar dtroyer: for the functional job in osc-lib... it should test with master osc-lib and master osc?
15:21:24 dtroyer we need that combination somewhere, but I was thinking master osc-lib with released osc
15:21:42 dtroyer we've found that dsvm jobs are insufficient for validating we don't break anything
15:21:47 stevemar right
15:22:28 stevemar dtroyer: i did the combination before but i don't recall how to do it, may take a few hours
15:22:55 dtroyer release osc + master osc-lib would be the default, right?
15:23:05 dtroyer ie, no extra work
15:29:08 stevemar i think so, but we'll need to run the functional tests *in* the osc repo, so i'm not sure how that works :\
15:29:34 dtroyer ugh, right
15:31:04 stevemar dtroyer: and we'll need to probably run the master version of those tests?
15:31:26 stevemar dtroyer: you know, we could have another job in the OSC gate that tests osc-lib master and osc master
15:31:39 stevemar instead of osc-lib release and osc master
15:31:49 stevemar that'll be *really* easy
15:31:53 stevemar i think

Earlier   Later