| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-sdks - 2018-08-01 | |||
| 15:06:10 | mhen | openstackclient is using the SDK most of the time as well | |
| 15:07:20 | usr2033 | openstackclient for example nova's client uses openstacksdk? am i understand right? | |
| 15:08:56 | dtroyer | OSC only uses the SDK for network commands today | |
| 15:09:15 | dtroyer | once SDK 1.0 is out we will begin converting, starting with Glance and Cinder | |
| 15:12:13 | mhen | okay that's not "most of the time" ... thought it was more than network by now | |
| 15:13:24 | mordred | all of the ansible modules use sdk too though - I expect sdk/shade to work | |
| 15:13:47 | mordred | usr2033: it is possible that the user you are logging in with does not have access to get_project on the project you are looking for? | |
| 15:14:07 | mhen | usr2033, to correct my statement a bit: openstackclient is using the client libraries (e.g. python-novaclient, python-cinderclient, etc.) internally except for network, where it already uses the SDK. The SDK is essentially a unififed library to replace the individual client libraries in the future. | |
| 15:24:05 | mordred | yes. and I expect that any methods in sdk should work with any openstack cloud - so if they do not, please let us know so we can fix it | |
| 21:08:24 | openstackgerrit | Merged openstack/python-openstackclient master: Update reno for stable/rocky https://review.openstack.org/586006 | |
| 21:10:26 | openstackgerrit | Merged openstack/osc-lib master: Update reno for stable/rocky https://review.openstack.org/586112 | |
| #openstack-sdks - 2018-08-02 | |||
| 05:54:45 | usr2033 | mordred: i got project data on 1 of my 7 calls. | |
| 08:05:01 | openstackgerrit | Lajos Katona proposed openstack/python-openstackclient master: Detailed help message for QoS max-burst-kbps value https://review.openstack.org/588168 | |
| 12:37:46 | samueldmq | morning | |
| 12:37:58 | samueldmq | does anybody know if I can do LIBS_FROM_GIT=openstacksdk | |
| 12:38:00 | samueldmq | in devstack? | |
| 12:42:56 | dims | samueldmq : yes. that should work | |
| 12:49:54 | samueldmq | dims: nice, thanks | |
| 16:34:32 | imacdonn | mordred: around? | |
| 16:35:44 | mordred | imacdonn: yes - although I'm about to do an ops-related thing, so I might not be very responsive for a bit | |
| 16:36:26 | imacdonn | mordred: ok... will throw this out anyway ... maybe someone else has input | |
| 16:37:42 | imacdonn | trying to use new openstacksdk via ansible to create a volume, and it's coughing up "keystoneauth1.exceptions.catalog.EndpointNotFound: public endpoint for block-storage service not found" | |
| 16:37:45 | imacdonn | seems to be due to https://review.openstack.org/#/c/564494/ | |
| 16:38:03 | imacdonn | the release note for that says "There should be no behavior differences" .......... ;) | |
| 16:38:46 | mordred | there should be ;) | |
| 16:39:06 | imacdonn | ahhh, the old "should" "_ | |
| 16:39:07 | mordred | you have latest openstacksdk and latest keystoneauth installed? | |
| 16:39:08 | imacdonn | :) | |
| 16:39:25 | imacdonn | I probably don't have the latest ksa | |
| 16:39:55 | mordred | pip isn't super great at ensuring things get upgraded when they need to be | |
| 16:40:20 | mordred | latest openstacksdk depends on latest keystoneauth for that to work properly- can you try upgrading ksa? | |
| 16:40:26 | imacdonn | well this is actually RDO RPMs ... but if this is the cause, the RPM needs an updated "requires" | |
| 16:40:43 | imacdonn | yep, working on that now | |
| 16:41:16 | mordred | cool. *fingers crossed* | |
| 16:42:59 | elmiko | cdent dtantsur edleafe for your review, https://etherpad.openstack.org/p/api-sig-newsletter | |
| 16:43:07 | edleafe | elmiko: reading... | |
| 16:43:43 | dtantsur | elmiko: LGTM, leaving it up to edleafe to nitpick | |
| 16:44:16 | imacdonn | mordred: Yep, that fixed it - thanks! Will have to explore the dependencies a bit ... mapping constraints to RPM parameters for RDO can be entertaining | |
| 16:44:31 | dtantsur | oh yes, it can | |
| 16:44:38 | edleafe | Too many repetitions of "the group" when discussing the IETF draft. You can just say "we" | |
| 16:44:47 | elmiko | ack | |
| 16:46:17 | cdent | also: let's make a rule to never say REST in relation to OpenStack APIs | |
| 16:46:25 | mordred | imacdonn: yay! | |
| 16:46:26 | cdent | if we need microversions, we aren't doing REST | |
| 16:46:30 | elmiko | ack, good point cdent | |
| 16:46:44 | edleafe | REST-ish? | |
| 16:46:46 | edleafe | :) | |
| 16:46:47 | elmiko | i like HTTP APIs better, that makes more sense | |
| 16:46:57 | mordred | to be fair- nobody actually does REST | |
| 16:47:06 | edleafe | that's why we're so tired? | |
| 16:47:10 | cdent | thus it is a useless term | |
| 16:47:15 | mordred | kind of like "agile" | |
| 16:47:15 | elmiko | is it even /possible/ to do REST? XD | |
| 16:47:43 | edleafe | but IBM has "agile development rooms"! | |
| 16:48:00 | elmiko | is that like some sort of code punishment chamber? | |
| 16:48:04 | edleafe | elmiko: ok, LGTM now | |
| 16:48:05 | mordred | edleafe: there are so many responses possible that I think it's best to just remaim silent | |
| 16:48:09 | elmiko | edleafe: thanks! | |
| 16:48:16 | elmiko | mordred: hahaha | |
| 16:48:29 | edleafe | "We will do agile, and we will all do it identically!!" | |
| 16:48:57 | elmiko | cdent: you good with that copy? | |
| 16:49:06 | cdent | aye | |
| 16:49:32 | elmiko | thanks, sending | |
| 16:50:01 | elmiko | o/ | |
| 16:52:27 | cdent | elmiko: I'm grateful do you for not suggesting that I was either drunk or high at the meeting | |
| 16:52:34 | cdent | FTR: I'm not. | |
| 16:52:40 | elmiko | hahahaha | |
| 16:52:55 | elmiko | i would never | |
| 16:53:33 | cdent | It's just that it really is the most fun and liberating moment in my openstack week, relatively speaking. | |
| 17:04:22 | elmiko | it's generally a high point for me as well, and makes me want to do more openstack stuff | |
| 17:04:38 | elmiko | sadly, that's tough to square with all the kube stuff i've got going | |
| #openstack-sdks - 2018-08-03 | |||
| 08:47:33 | openstackgerrit | Lajos Katona proposed openstack/python-openstackclient master: Detailed help message for QoS max-burst-kbps value https://review.openstack.org/588168 | |
| 15:16:52 | openstackgerrit | Monty Taylor proposed openstack/openstacksdk master: Update storyboard links to use name https://review.openstack.org/588596 | |
| 15:44:11 | openstackgerrit | Monty Taylor proposed openstack/openstacksdk master: Fix argparse connection example https://review.openstack.org/588608 | |
| 15:45:41 | mordred | dtantsur: ^^ | |
| 15:45:54 | dtantsur | oh, I see :) thanks! | |
| 15:48:14 | mordred | dtantsur: I mean, it would still be great to get confirmation ... I haven't actually reproduced the issue and verified the fix | |
| 15:48:28 | mordred | but, you know - it's probaby correct ;) | |
| 16:03:49 | edleafe | ^^ woo hoo! API-SIG, here we come! | |
| 16:06:03 | dtantsur | \o/ | |
| 16:07:58 | cdent | huzzah? | |
| 16:21:20 | cdent | mordred: as I understand it, if you're a sig you only have to especially interesting, not work | |
| 16:21:28 | cdent | which is great for the people involved | |
| 16:25:10 | mordred | cdent: so it's an effort to involve more people who are not interested in doing work? | |
| 16:28:12 | cdent | decoding that sentence sounds like work, so I'm not going ot attempt it | |
| 16:30:16 | openstackgerrit | Brian Haley proposed openstack/python-openstackclient master: Fix missing trailing spaces in network help messages https://review.openstack.org/588616 | |
| 18:06:09 | openstackgerrit | Dean Troyer proposed openstack/python-openstackclient master: Fix broken gate jobs https://review.openstack.org/587005 | |
| 20:10:27 | openstackgerrit | Dean Troyer proposed openstack/python-openstackclient master: Fix broken gate jobs https://review.openstack.org/587005 | |
| 20:56:28 | openstackgerrit | James E. Blair proposed openstack/openstacksdk master: Don't wait for task in submit_task https://review.openstack.org/588656 | |
| 21:17:03 | mnaser | mordred: do you know anything why the tests are failing in `ansible-role-cloud-launcher-functional` ? it looks like it's refusing to create a router based on policy? | |
| 21:17:10 | mnaser | i dunno if that's something you've ran into before | |
| 21:18:34 | openstackgerrit | Sean McGinnis proposed openstack/python-openstackclient master: Fix broken gate jobs https://review.openstack.org/587005 | |
| 22:24:28 | openstackgerrit | James E. Blair proposed openstack/openstacksdk master: Don't wait for task in submit_task https://review.openstack.org/588656 | |
| #openstack-sdks - 2018-08-04 | |||
| 14:28:27 | openstackgerrit | Monty Taylor proposed openstack/openstacksdk master: Don't wait for task in submit_task https://review.openstack.org/588656 | |
| 15:08:46 | openstackgerrit | Monty Taylor proposed openstack/openstacksdk master: Don't wait for task in submit_task https://review.openstack.org/588656 | |
| 15:10:20 | mordred | corvus: ok, that ^^ fixes the tests - the issue at hand is that for async tasks (currently only used during uploading swift segments for large objects) the tasks are wrapped in concurrent futures, so shifting the wait was causing stuff to not finish properly | |
| 15:11:03 | mordred | corvus: the change I made was basically to apply your fix to the sync path but not the async - I think we probably want to dig in further and wrap our heads around the problem for the async path too | |
| 15:12:00 | corvus | mordred: are the async tasks fire-and-forget, or does the caller care whether they eventually finish? | |
| 15:15:45 | mordred | the caller cares - but the caller uses the Future returned to get the eventual result | |
| 15:17:28 | mordred | corvus: if you grab version 2 of the change and run the unittests you can see the 5 failures that come from the async side of the house | |