| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-sdks - 2017-09-27 | |||
| 15:33:13 | dtroyer | dhellmann: +W… do we need a .1 release for that? | |
| 15:33:23 | cdent | pages 6 and 7 are workable as long as you are talking quite a bit. in isolation it’s very blinkmaking, but imagining what you might say and it works | |
| 15:34:16 | cdent | given your limited amount of time I reckon you’ll want to introduce the problem hard and solid, and then say “this is what we did about it and it works” without claiming any perfection or anything | |
| 15:34:53 | sdague | the whole "well in devops the developers should be the operators" with a ... so no one uses open source in anything devops right? | |
| 15:34:56 | cdent | spage 8 is where I experience my biggest WAT, because of the encoding issues already mentioned | |
| 15:35:18 | cdent | heh | |
| 15:36:43 | sdague | yeh, honestly slide 8 probably can just be deleted and go straight to 9 | |
| 15:38:49 | cdent | I’d copy the drink image to the last slide as a reminder | |
| 15:39:28 | cdent | sdague: do you have any concerns about using the “REST” instead of “HTTP”? | |
| 15:39:56 | sdague | not exceptionally | |
| 15:40:13 | cdent | I would think that’s one of the environments where you’d find some people who might be triggered | |
| 15:40:31 | sdague | maybe, I don't know. That's what the talk's title is though | |
| 15:40:39 | cdent | :) | |
| 15:43:12 | cdent | sdague: if you make a new version, I’m happy to browse again later | |
| 15:44:02 | sdague | cdent: sure, I think with the dropbox link it will always be the latest copy as I save, I'll keep on doing edits | |
| 15:44:34 | cdent | cool, I think it will prove a useful thing. I’m disappointed I won’t be there to hear the comments and questions | |
| 17:03:24 | openstackgerrit | Merged openstack/cliff master: handle more varied top_level.txt files in distributions https://review.openstack.org/507679 | |
| 18:40:37 | openstackgerrit | Hongbin Lu proposed openstack/python-openstackclient master: Support creating unaddress neutron port https://review.openstack.org/504817 | |
| 20:48:57 | openstackgerrit | Hongbin Lu proposed openstack/python-openstackclient master: Support creating unaddress neutron port https://review.openstack.org/504817 | |
| #openstack-sdks - 2017-09-28 | |||
| 02:53:30 | ldl | Hi, friends, may I ask a question? | |
| 02:53:59 | ldl | I only in the openstacksdk's block_store find the snapshot operation. | |
| 02:54:18 | ldl | But did not find snapshot for server(VM). | |
| 02:54:29 | briancurtin | then perhaps it needs to be added to compute | |
| 02:54:46 | ldl | I searched | |
| 02:55:04 | briancurtin | it is not 100% complete on all services APIs | |
| 02:56:02 | ldl | you means the VM snapshot did not realize now in the openstacksdk? | |
| 02:56:50 | briancurtin | i don’t know what that means, but if there are no snapshot methods on compute and if there is actually such a thing in real life offered by the compute API, that just means it needs to be added | |
| 02:57:08 | briancurtin | the snapshot things on block store are about block store | |
| 02:58:26 | ldl | thank you for the answer. | |
| 17:13:00 | openstackgerrit | Ed Leafe proposed openstack/api-wg master: Change API-WG to API-SIG https://review.openstack.org/508242 | |
| 20:16:15 | edleafe | cdent: wanted to make sure you saw this ^^ | |
| 20:16:48 | edleafe | cdent: to change the URLs we'd have to move the GitHub repo | |
| 20:17:38 | cdent | ah, yeah, I guess that’s the way it goes | |
| 23:08:29 | openstackgerrit | Oliver Walsh proposed openstack/cliff master: WIP: potential fix for CSV formatter encoding on py2 https://review.openstack.org/508352 | |
| #openstack-sdks - 2017-09-29 | |||
| 06:47:50 | slaweq | hello openstack SDK cores, can someone of You take a look at https://review.openstack.org/#/c/501855/ and https://review.openstack.org/#/c/504111/ ? | |
| 06:47:53 | slaweq | thx in advance | |
| 08:49:25 | ldl | Hi, friends, may I ask a question about the openstacksdk's compute? | |
| 08:49:37 | ldl | in the compute -> _proxy.py | |
| 08:49:40 | ldl | def start_server(self, server): | |
| 08:49:41 | ldl | """ | |
| 08:49:41 | ldl | :returns: None | |
| 08:49:41 | ldl | :class:`~openstack.compute.v2.server.Server` instance. | |
| 08:49:41 | ldl | :param server: Either the ID of a server or a | |
| 08:49:41 | ldl | """Starts a stopped server and changes its state to ``ACTIVE``. | |
| 08:49:42 | ldl | server.start(self._session) | |
| 08:49:42 | ldl | server = self._get_resource(_server.Server, server) | |
| 08:49:53 | ldl | we start_server, | |
| 08:50:36 | ldl | but there is no callback function. how we can know whether and when it start success? | |
| 09:39:09 | openstackgerrit | shogoadachi proposed openstack/python-openstackclient master: Accept 0 for --min-disk and --min-ram https://review.openstack.org/507345 | |
| 18:49:39 | openstackgerrit | Dean Troyer proposed openstack/python-openstackclient master: Support creating unaddress neutron port https://review.openstack.org/504817 | |
| 19:13:31 | openstackgerrit | Merged openstack/python-openstacksdk master: Add getting of QoS rule type details https://review.openstack.org/501855 | |
| 20:50:52 | openstackgerrit | Slawek Kaplonski proposed openstack/python-openstackclient master: Add getting of QoS rule type details https://review.openstack.org/501868 | |
| 22:07:35 | openstackgerrit | Dean Troyer proposed openstack/osc-lib master: Implement auth caching https://review.openstack.org/359489 | |
| #openstack-sdks - 2017-10-01 | |||
| 15:24:13 | openstackgerrit | John Dennis proposed openstack/cliff master: Fix codec error when format=csv https://review.openstack.org/508760 | |
| 16:42:15 | openstackgerrit | Monty Taylor proposed openstack/os-client-config master: Add shade functional libs tests to check as non-voting https://review.openstack.org/508770 | |
| #openstack-sdks - 2017-10-02 | |||
| 18:29:04 | openstackgerrit | Monty Taylor proposed openstack/os-client-config master: DNM Testing that new releasenotes job works https://review.openstack.org/508965 | |
| 18:52:17 | openstackgerrit | Devananda van der Veen proposed openstack/python-openstacksdk master: Add capability to compute.limits object to poll other projects https://review.openstack.org/508968 | |
| 21:54:48 | openstackgerrit | Dean Troyer proposed openstack/openstackclient master: Add OSC plugin job https://review.openstack.org/509012 | |
| 22:22:32 | openstackgerrit | Dean Troyer proposed openstack/python-openstackclient master: Move base functional test job in-repo https://review.openstack.org/509015 | |
| 22:43:18 | openstackgerrit | Dean Troyer proposed openstack/openstackclient master: Add OSC plugin job https://review.openstack.org/509012 | |
| 22:54:08 | openstackgerrit | Dean Troyer proposed openstack/python-openstackclient master: Move base functional test job in-repo https://review.openstack.org/509015 | |
| 23:29:58 | openstackgerrit | John Dennis proposed openstack/cliff master: Fix codec error when format=csv https://review.openstack.org/508760 | |
| 23:44:34 | openstackgerrit | John Dennis proposed openstack/cliff master: Fix codec error when format=csv https://review.openstack.org/508760 | |
| #openstack-sdks - 2017-10-03 | |||
| 06:09:25 | openstackgerrit | Bhagyashri Shewale proposed openstack/keystoneauth master: Added new logger to log request_id https://review.openstack.org/509088 | |
| 06:52:22 | slaweq | hello briancurtin, Qiming: can You maybe take a look at https://review.openstack.org/#/c/504111/ ? | |
| 06:52:25 | slaweq | thx in advance | |
| 11:47:55 | openstackgerrit | Brian Curtin proposed openstack/python-openstacksdk master: Add support for network quota details command https://review.openstack.org/504111 | |
| 12:08:55 | briancurtin | mordred: when is sdk being taken over? i have a contributor guidelines/naming/concepts doc i need to get merged at some point here, just want to make sure it gets in | |
| 13:07:54 | openstackgerrit | Dean Troyer proposed openstack/openstackclient master: Add OSC plugin job https://review.openstack.org/509012 | |
| 15:44:20 | openstackgerrit | Hongbin Lu proposed openstack/python-openstackclient master: [WIP] Added AddNetwork command to server https://review.openstack.org/509209 | |
| 18:51:28 | cfriesen | hi...has there been any serious discussion about properly adding support for nova microversions to osc? I saw https://bugs.launchpad.net/python-openstackclient/+bug/1677372 but that looks to be at a very early stage. | |
| 18:51:29 | openstack | Launchpad bug 1677372 in python-openstackclient "Compute API version defaults to '2.1' not '2.latest'" [Undecided,New] | |
| 19:17:10 | dtroyer | cfriesen: it is in progress for OSC 4, there is a big pile-o-arguemnt handling mess being cleaned up there and one of the reasons we need a major rev as some of the options are going to change behaviours slightly | |
| 19:20:48 | cfriesen | dtroyer: thanks...can you point me at any specs/blueprints/etc? | |
| 19:22:04 | cfriesen | I didn't see anything obvious at https://blueprints.launchpad.net/python-openstackclient | |
| 19:23:28 | dtroyer | cfriesen: there aren't any, the short version is we're basically consuming os-client-config and keystoneauth directly and minimizing the compatibility hacks added where OSC historically was different. That'll give us the version discovery/negotiation, leaving only those cases where we may want a command to have selectable behaviour | |
| 19:29:35 | cfriesen | dtroyer: there are a fair number of those in nova, no? and to do it properly wouldn't we need to handle version discovery the way novaclient does (where a new client can talk to any version of the server) | |
| 19:32:02 | cfriesen | dtroyer: like if we start allowing use of "get-me-a-network" on server creation we'd need to handle the case where the server isn't new enough to support it. | |
| 19:32:05 | dtroyer | cfriesen: we default to 2.1 now, with negotiation we will default to latest negotiated. Individual commands that need special consideration will have to be addressed as required. I REALLY do not want to require users to be aware of microversions, but have an ability for those who are to know and control what is going on. | |
| 19:32:40 | dtroyer | cfriesen: yes, and some amount of that is going to be built into the client. But there is not a blanket policy there yet | |
| 19:36:26 | cfriesen | dtroyer: okay, fair enough. thanks for the info. | |
| #openstack-sdks - 2017-10-04 | |||
| 07:32:51 | slaweq | briancurtin: hello, can You take a look once again at https://review.openstack.org/#/c/504111/? | |
| 07:33:17 | slaweq | briancurtin: Your W+1 disappeared probably because of zuul v2 <--> v3 migrations | |
| 08:47:32 | slaweq | hi, when will be some new version of openstacksdk released? | |
| 08:48:26 | slaweq | I need one feature from it to make properly patch https://review.openstack.org/#/c/501868/ | |
| 08:48:45 | slaweq | and I will also need one more patch from SDK for OSC later | |
| 08:49:01 | slaweq | is there any schedule of releases for openstack sdk? | |
| 09:01:27 | flanders_ | slaweq: you'll want to chat with the API-SIG over on #openstack-api | |
| 09:01:40 | slaweq | flanders_: ok, thx | |
| 09:01:44 | slaweq | I will talk there | |
| 09:02:17 | flanders_ | slaweq: ask for edleafe | |
| 09:31:43 | slaweq | ok, thx for tip flanders_ | |
| 11:18:44 | briancurtin | slaweq: not sure what he’s talking about, this is the right place. i’ll take a look at what else has been merged and i can put together a release | |
| 11:20:15 | briancurtin | slaweq: i just w+1’ed it so it should be merged soon | |
| 11:23:42 | openstackgerrit | Merged openstack/python-openstacksdk master: Add support for network quota details command https://review.openstack.org/504111 | |
| 11:28:38 | slaweq | briancurtin: thx a lot | |
| 11:29:08 | slaweq | briancurtin: in fact I will need for OSC patches also this patch which You just w+1'ed :) | |
| 13:08:31 | mordred | briancurtin: sorry for the delay, yesterday was a bit hectic ... | |
| 13:10:49 | mordred | briancurtin: I'm not anticipating much moving or shaking this week what with all the zuul v3 stuff flying around this week. | |
| 13:12:05 | mordred | briancurtin: that said, there was never any intention of removing any existing cores, so I don't think there shouldn't be any time-related issues for getting that in | |