Earlier  
Later
New Search
Posted Nick Remark
#openstack-sdks - 2017-01-18
16:52:51 openstackgerrit Dean Troyer proposed openstack/golang-client: Fix unit tests https://review.openstack.org/422080
17:08:25 openstackgerrit Shashank Kumar Shankar proposed openstack/python-openstackclient: OSC Network Flavor https://review.openstack.org/382530
17:31:03 openstackgerrit Merged openstack/golang-client: Fix unit tests https://review.openstack.org/422080
17:32:53 openstackgerrit Merged openstack/os-client-config: Add support for Murano https://review.openstack.org/421668
17:34:13 stevemar dtroyer: are we waiting for anything in particular before releasing 3.8.0?
17:34:23 stevemar oh i guess we have til next week
17:34:25 stevemar ignore me
17:35:53 dtroyer stevemar: even so, the only release blocker is the broken quota set command, once that is covered the rest is nice to have
17:36:24 dtroyer that gets us in a position for SDK 0.9.13 to be released when it is ready and not be rushed
17:36:42 dtroyer (not that it would be, it just doesn't add any pressure)
17:37:54 stevemar dtroyer: mm, ok, the quota set command is fixed though?
17:38:14 stevemar dtroyer: why not release it sooner and give andrey a chance to review it? we can let the dust settle a bit
17:38:20 dtroyer maybe? I saw conversation in the overnight scrollback that I haven't followed up on yet… I'll be back to OSc this afternoon
17:38:24 stevemar (random thoughts, you can tell me to buzz off)
17:38:45 dtroyer then we'll release twice more
17:39:02 dtroyer I want SDK 0.9.12 to be what we use for stable
17:39:41 openstackgerrit Sindhu Devale proposed openstack/python-openstackclient: OSC Extension Show https://review.openstack.org/382023
17:45:43 openstackgerrit Sindhu Devale proposed openstack/python-openstackclient: OSC Extension Show https://review.openstack.org/382023
18:49:13 cdent elmiko, edleafe, etoews : reminder that I won't be around tomorrow to run api-wg meeting. I added the compatibility/stability thing to the agenda, just as a marker
18:53:06 edleafe cdent: cool, I can handle running the meeting
18:53:31 cdent sweet^wsolid^wthanks
19:10:56 openstackgerrit Dean Troyer proposed openstack/python-openstackclient: DNM: OSC+SDK check https://review.openstack.org/422173
19:33:10 openstackgerrit Dean Troyer proposed openstack/python-openstackclient: Fix functional test for creating subnet https://review.openstack.org/421310
19:35:51 openstackgerrit Justin A Wilson proposed openstack/python-openstackclient: Add support for Cinder API 3.3 into OSC https://review.openstack.org/421585
19:37:22 openstackgerrit Sindhu Devale proposed openstack/python-openstackclient: OSC Extension Show https://review.openstack.org/382023
19:58:23 openstackgerrit Justin A Wilson proposed openstack/python-openstackclient: Add support for Cinder API 3.3 into OSC https://review.openstack.org/421585
20:06:48 openstackgerrit OpenStack Release Bot proposed openstack/keystoneauth: Update reno for stable/ocata https://review.openstack.org/422208
20:17:29 briancurtin stevemar: if (when, rather) sdk raised DeprecationWarning when certain calls were used, would you catch them in any tests?
20:17:41 briancurtin dtroyer: ^
20:18:50 dtroyer briancurtin: I don't see that we catch that exception specifically anywhere
20:19:06 briancurtin currently nothing on the docket for deprecation would even affect you as there are only two things in network that are being changed, and you don’t use them, but it made me wonder if the process would work. obviously we’d try to find users and let them know and/or work on replacement
20:19:51 briancurtin dtroyer: it’s actually a warning, and I’m guessing you don’t have tox setup to run python with warnings enabled (few people ever do, sdk doesn’t so you can shame me too)
20:20:34 briancurtin dtroyer: as i’m doing this change on SDK i might poke around in OSC to see if you’d catch this stuff and if not, prepare you to catch it
20:21:20 dtroyer ok, cool. prepartions for stuff is good :)
20:21:23 briancurtin the warnings are generally outputted at call-time, and I’m sure they get swallowed up by the ostestr or something
20:26:38 openstackgerrit Monty Taylor proposed openstack/os-client-config: Revert "Fix interface_key for identity clients" https://review.openstack.org/422222
20:27:45 waj334 Is there any sort of instructions for adding new commands to the OSC? I can't seem to get it to pick up on the ones that I added. https://review.openstack.org/#/c/421585/
20:28:09 waj334 I added a new .rst for these commands
20:34:44 ankur-gupta-f2 waj334: after pulling that patch into the osc dir. run a python setup.py install , or pip install -e .
20:35:30 waj334 that's exactly what I'm doing, but nada
20:35:47 mordred dtroyer: we discovered a lovely thing that the occ release broke - specifically, connecting identity CRUD on v2 only keystone on openstack (it's a REALLY specific break) - but the patch I just submitted fixes the issue
20:37:44 ankur-gupta-f2 waj334: bah. not in office today. See if you can grab Shashank or Sindhu
20:39:50 mordred dtroyer, Shrews: I'm torn on whether or not I thikn it's worth having an occ gate job with that config or not - we're adding a shade job that should at least inform us when it happens
20:41:18 openstackgerrit Steve Martinelli proposed openstack/keystoneauth: Update reno for stable/ocata https://review.openstack.org/422208
20:41:47 dtroyer mordred: I'm going to lean toward yes… as occ grown more stuff it needs to handle the edge cases for a wide variety of configurations. If I ever get down my list far enough I have a pile-o-tests to add to it so OSC doesn't break in more fun areas…
20:43:23 mordred dtroyer: cool. I'll get the test job added and then trigger it on occ changes too
20:51:25 openstackgerrit Merged openstack/python-openstacksdk: Corrections in DHCP Agent Resource listing. https://review.openstack.org/421568
20:51:58 Shrews shade is the client "canary in a coal mine" :)
21:10:19 openstackgerrit Merged openstack/python-openstackclient: Fill the missing colon https://review.openstack.org/421705
21:53:48 openstackgerrit Ken'ichi Ohmichi proposed openstack/api-wg: Accurate status code vs. Backwards compatibility https://review.openstack.org/422264
23:13:12 openstackgerrit Merged openstack/keystoneauth: Update reno for stable/ocata https://review.openstack.org/422208
23:19:48 openstackgerrit Merged openstack/os-client-config: Revert "Fix interface_key for identity clients" https://review.openstack.org/422222
23:22:45 dtroyer mordred: https://review.openstack.org/422308 releases o-c-c 1.26.0
23:23:03 dtroyer so murano is in too
23:23:11 mordred dtroyer: woot! thank you
23:23:15 openstackgerrit Ed Leafe proposed openstack/api-wg: Add guidelines for boolean names https://review.openstack.org/411529
23:23:41 openstackgerrit Ankur proposed openstack/python-openstacksdk: Network L3 Router Commands https://review.openstack.org/385728
23:24:15 mordred edleafe: soo ... not that it matters, because shade != openstack rest apis ...
23:24:42 mordred edleafe: but shade went the oppposite way on booleans - prefixing them all with is_ or has_
23:27:12 mordred edleafe: although I definitely agree with the positive naming and see a place where we missed one of those
23:28:22 openstackgerrit Ed Leafe proposed openstack/api-wg: Clarify the status values in versions https://review.openstack.org/411849
23:30:50 edleafe mordred: Please add those comments to the review. I simply did a cursory survey of several projects, and put that guideline up as a strawman for people to beat on.
23:31:34 mordred edleafe: woot! will do
23:31:53 edleafe kewl
23:53:32 openstackgerrit Merged openstack/python-openstackclient: Fix functional test for creating subnet https://review.openstack.org/421310
#openstack-sdks - 2017-01-19
01:20:35 openstackgerrit Merged openstack/python-openstackclient: Functional test for volume snapshot https://review.openstack.org/421194
01:54:05 openstackgerrit jiahui.qiang proposed openstack/python-openstackclient: Functional test for volume qos https://review.openstack.org/421066
04:37:23 openstackgerrit Andy Botting proposed openstack/os-client-config: Fix typo for baremetal_service_type https://review.openstack.org/422381
04:51:51 openstackgerrit jiahui.qiang proposed openstack/python-openstackclient: Error in the return of command 'volume qos create' https://review.openstack.org/421065
05:59:57 openstackgerrit jiahui.qiang proposed openstack/python-openstackclient: Error in the return of command 'volume qos create' https://review.openstack.org/421065
06:59:05 openstackgerrit Wang Hui proposed openstack/golang-client: Update crud operation of volume API v3 https://review.openstack.org/421641
07:05:49 openstackgerrit Wang Hui proposed openstack/golang-client: Update crud operation of volume API v3 https://review.openstack.org/421641
08:21:44 openstackgerrit Wang Hui proposed openstack/golang-client: Update crud operation of volume API v3 https://review.openstack.org/421641
08:30:16 openstackgerrit jiahui.qiang proposed openstack/python-openstackclient: Error in the return of command server show, create https://review.openstack.org/422463
09:11:30 openstackgerrit shizhihui proposed openstack/cliff: Add newline if the output formatter is json https://review.openstack.org/422488
09:35:32 openstackgerrit Rui Chen proposed openstack/python-openstackclient: Update devref about "--no-property" https://review.openstack.org/421160
14:29:23 reedip_ briancurtin : ping ( I think the last one didnt go )
14:39:26 reedip_ stevemar , dtroyer ; ping
14:59:39 waj334 Can anyone take a look at this and give me some idea why these commands are not being added to OSC. I think I'm missing something. https://review.openstack.org/#/c/421585
14:59:47 briancurtin reedip_: what’s up
15:00:02 reedip_ briancurtin : I had a qeury
15:00:05 reedip_ query *
15:00:23 reedip_ Is OpenstackSDK only used by OpenstackClient
15:00:39 reedip_ or can we explicitly call it via Rest API ?
15:00:49 reedip_ or other sort of clients
15:01:03 briancurtin reedip_: it’s a Python library, you can (and many people do), use it however and wherever you want
15:01:31 reedip_ briancurtin : My point is related to Bulk Creation support in Openstack SDK
15:01:52 reedip_ currently it lacks that and I would like to implement the same if there is scope to do so
15:03:23 briancurtin reedip_: is bulk creation something a rest API provides? if it is, then we can support it. if you’d want to make something that calls create_blah() 5 times for you, we don’t do that yet, but we could at some point
15:04:00 reedip_ briancurtin : actually, like in Neutron, bulk_create can be done using "resources_key"
15:04:02 briancurtin it would depend entirely on the details and what operations are actually happening as to how and where we’d do that, though
15:04:57 reedip_ briancurtin : I had a BP for this drafted, but it hardly had any information. Thought of discussing it with u guys once
15:04:58 reedip_ https://blueprints.launchpad.net/python-openstacksdk/+spec/bulk-support
15:05:21 briancurtin so, for example, rather than creating one network with {network: {“name”: ‘foo’, …}} you could send {networks: {“name”: ‘foo’, …}, {“name”: ‘bar’, …}} ??
15:05:35 reedip_ briancurtin : YES !
15:05:45 reedip_ this is true for a lot of resources
15:07:22 briancurtin reedip_: yeah that would be nice to support, and we can and will do that, but before we double up our APIs to support bulk we should ideally focus on getting the current set of behaviors up all cleaned up and completed for 1.0. i think that’s a pretty good thing to look at once we’ve hit 1.0
15:07:52 briancurtin reedip_: so, we’re not too far away from being able to do that, but just not today
15:07:59 reedip_ braincurtin : ok, I think I can start working on it in parallel , and draft it in my local repo
15:08:17 reedip_ once we hit 1.0, I just need to resolve the conflicts

Earlier   Later