| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-sdks - 2018-07-31 | |||
| 21:07:25 | samueldmq | ok it's just a matter of putting things in their right place | |
| 21:07:53 | samueldmq | for running against arbitrary cloud ... do you think I should work on shade/functional tests side only? | |
| 21:08:20 | samueldmq | shade should be able to run its tests against arbitrary clouds, regardless being useful to ansible | |
| 21:08:28 | mordred | yes - I agree | |
| 21:08:38 | mordred | (although do it in openstacksdk and not shade- but yes) | |
| 21:08:56 | mordred | we also have WAY more coverage in the openstacksdk functional tests than we do in the ansible tests | |
| 21:09:00 | mordred | so we get a much nicer win | |
| 21:09:12 | samueldmq | ++ | |
| 21:09:39 | samueldmq | yes I meant openstacksdk ... just not got used to the change yet (since I had disapeared by the time of the merge) :-) | |
| 21:10:02 | samueldmq | didnt get* | |
| 21:10:23 | samueldmq | kk I'll take a look there .. but I'm a bit worried about the policy bits... | |
| 21:10:39 | samueldmq | since different users will have different permissions on different clouds | |
| 21:11:35 | samueldmq | that's a bit different than running just on devstack (opinionated). may require some work but should not be terrible' | |
| 21:16:55 | openstackgerrit | Doug Hellmann proposed openstack/openstacksdk master: fix 2 typos in documentation https://review.openstack.org/587624 | |
| 21:28:19 | mordred | samueldmq: yes - I totally agree (and same here - I still say shade a lot) | |
| #openstack-sdks - 2018-08-01 | |||
| 01:07:32 | openstackgerrit | Fan Zhang proposed openstack/python-openstackclient master: [WIP] Fix broken gate jobs. https://review.openstack.org/587005 | |
| 01:12:13 | fanzhang | mordred dtroyer ^ there is still 3 failed tests, and I may not have time to work on it today. BTW, added co-authored-by to commit messages. Thanks for helping on it :-) | |
| 01:14:30 | dtroyer | fanzhang: sorry about my bad typing (Falsex! ha!)… the remaining failures do appear to be the cinderclient issue being addressed in https://review.openstack.org/#/c/587601/ | |
| 01:15:04 | dtroyer | Thanks for working on this, we'll keep it going one way or another | |
| 01:16:41 | fanzhang | dtroyer yeh, just noticed email of Sean. Np. ;-) | |
| 09:14:56 | openstackgerrit | tianhui proposed openstack/python-openstackclient master: Compute: Add user id support for keypair https://review.openstack.org/576507 | |
| 09:26:13 | openstackgerrit | tianhui proposed openstack/python-openstackclient master: Compute:Support keypair set key-type https://review.openstack.org/577768 | |
| 09:27:52 | openstackgerrit | yanpuqing proposed openstack/openstacksdk master: Add an error message when router add subnet https://review.openstack.org/586996 | |
| 14:43:33 | usr2033 | hi, are all sdks interact with services by rest api? are there any way to direct interaction with services? | |
| 14:56:40 | mhen | usr2033, from the SDK side only REST is available as far as I am aware. A more direct communication would be via the RPC channels but this is only for internal communication between a service's components and is not a public API for generic clients. | |
| 15:02:01 | mordred | yes, that's correct | |
| 15:02:42 | usr2033 | mhen: i tried shade. only 1 of 6 try on get_project works | |
| 15:03:09 | usr2033 | but curl, python.request works well | |
| 15:03:59 | mhen | usr2033, I'm not familiar with shade sadly, I only use the openstackclient | |
| 15:04:46 | usr2033 | i got unable to find resource, project doesnot exits | |
| 15:05:34 | usr2033 | hımm. i will try it. one sdk rules all was attractive but not working for now. thanks mhen | |
| 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. | |