Earlier  
Later
New Search
Posted Nick Remark
#openstack-sdks - 2019-10-16
21:03:04 rm_work It seems like doing `sdk_cloud_obj.cluster.detach_policy_from_cluster(..)` uses `openstack.clustering.v1._proxy`, but I want to use `openstack.cloud._clustering`
21:03:34 rm_work any thoughts? mordred maybe?
21:14:44 rm_work ah! teammate found it. just directly do `sdk_cloud_obj.detach_policy_from_cluster` without the extra cluster step
21:16:37 mordred rm_work: yes - that's right. the cloud layer is what used to be shade - and that's totally the right way to use it
21:16:49 rm_work kk
21:17:03 rm_work so in general, avoid using the `.service.*` stuff
21:39:17 mordred rm_work: both are honestly fine to use 0 the service.* is a bit lower-level. the eventual goal is to have the cloud.* methods using the cloud.service.* methods under the covers
21:39:53 rm_work yeah k
21:40:31 rm_work just saw in the response to my ML thread about ospurge that the SDK folks wanted to include similar functionality *builtin*?
21:40:38 rm_work have you looked much at that?
22:29:28 mordred rm_work: yeah - it's actually a todo list item on my side that I was supposed to get started on this cycle but haven't managed to get to yet
22:29:47 rm_work cool
22:29:52 rm_work i'm interested
22:30:02 rm_work been working on ospurge
22:30:16 mordred sweet!
22:31:22 rm_work lol
22:31:22 rm_work though i wish this was further along... we're going to end up in a situation where we deploy a cleanup solution with ospurge internally and then the official solution happens and we have to ... ... spend like three years maintaining a legacy thing and spinning up a project to replace it
22:31:26 mordred I think the idea is that we'd put a call on the Connection object - maybe "purge_project" ? - and then we can have it call lower-level purge_project methods per-service or something like that
22:31:37 mordred rm_work: hah
22:31:49 rm_work i mean, ospurge actually does a pretty good job
22:31:58 mordred rm_work: well - maybe the answer there is to get the sdk purge support in - then make an ospurge release that just uses the purge call in sdk
22:32:02 rm_work could possibly look at lifting/merging some of that stuff in
22:32:05 mordred yeah
22:33:12 mordred I think one of the reasons people wanted it in sdk was so that we could re-consume it from non cli things more easily - so like expose it in heat and horizon and python-openstackclient and maybe adjutant?
22:33:25 rm_work yeah
22:33:31 mordred but I think lifting the ospurge logic in as a starting point would be *great*
22:33:49 rm_work discussion in Shanghai?
22:34:08 rm_work I can set aside some time if we have enough folks there
22:45:01 mordred rm_work: I *think* tobberydberg was gonna set something up
22:45:47 rm_work k
22:46:08 rm_work I guess just keep in mind that I'm interested ;)
#openstack-sdks - 2019-10-17
00:07:09 openstackgerrit Brin Zhang proposed openstack/python-openstackclient master: Add server migrate list CLI https://review.opendev.org/675304
00:09:41 openstackgerrit Brin Zhang proposed openstack/python-openstackclient master: WIP: Add server migrate list CLI https://review.opendev.org/675304
06:27:50 tobberydberg rm_work mordred Yes, forum session in the schedule for this! Monday 4th 11:40
06:27:56 tobberydberg https://www.openstack.org/summit/shanghai-2019/summit-schedule/events/24407/project-resource-cleanup-followup
06:28:00 rm_work ah! cool
06:28:06 rm_work I'll try to get that in my calendar
06:28:18 tobberydberg Perfect!
06:32:59 rm_work ah, both johnsom and cgoncalves were at the last one, lol
16:02:18 elmiko API SIG office hour is now open!
16:04:41 dtantsur party hard \o/
16:04:47 elmiko \o/
17:00:54 elmiko catch y'all later o/
20:09:12 openstackgerrit Jihad Dwidari proposed openstack/openstacksdk master: Fixes get_user when identity responses are paged https://review.opendev.org/688704
20:11:03 openstackgerrit Jihad Dwidari proposed openstack/openstacksdk master: Fixes get_user when identity responses are paged https://review.opendev.org/688704
#openstack-sdks - 2019-10-18
01:00:56 openstackgerrit Merged openstack/os-api-ref master: Use Ussuri jobs https://review.opendev.org/689032
01:41:37 openstackgerrit kangyufei proposed openstack/cliff master: Add contributors link to readme https://review.opendev.org/689293
10:01:40 dtantsur does anyone know how OSC works if project_domain_name is missing? Is it a normal mode of authentication?
10:02:49 openstackgerrit melissaml proposed openstack/openstacksdk master: Bump the openstackdocstheme extension to 1.20 https://review.opendev.org/689393
10:07:14 dtantsur mm, I see, it uses 'default'. I'm not sure if I liked it or not..
10:27:51 openstackgerrit Riccardo Pittau proposed openstack/openstacksdk master: [WIP] Add reset_interfaces argument to patch_node https://review.opendev.org/689414
10:29:13 openstackgerrit Riccardo Pittau proposed openstack/openstacksdk master: [WIP] Add reset_interfaces argument to patch_node https://review.opendev.org/689414
16:17:16 openstackgerrit Riccardo Pittau proposed openstack/openstacksdk master: Add reset_interfaces argument to patch_node https://review.opendev.org/689414
22:56:18 openstackgerrit Jihad Dwidari proposed openstack/openstacksdk master: Fixes get_user when identity responses are paged https://review.opendev.org/688704
#openstack-sdks - 2019-10-21
12:21:56 openstackgerrit Neil Jerram proposed openstack/python-openstackclient master: Allow for router resource without 'routes' attribute https://review.opendev.org/685312
13:25:03 openstackgerrit Jihad Dwidari proposed openstack/openstacksdk master: Fixes get_user when identity responses are paged https://review.opendev.org/688704
14:02:14 efried dtroyer: Should I see placement commands in https://docs.openstack.org/python-openstackclient/latest/cli/command-list.html ?
14:09:08 dtantsur mordred: hi! now that we're in ussuri, what about an openstacksdk release?
14:09:52 efried there was a release proposed a couple days ago. Do you mean a major release?
14:10:40 efried my bad, I guess it was a queens release, never mind.
14:13:07 dtantsur I think it was queens, yeah
14:24:13 neiljerram Hi all, I have a small fix that just passed CI at https://review.opendev.org/#/c/685312/. Is there a process (other than this) for requesting that to be reviewed?
15:31:56 openstackgerrit Jihad Dwidari proposed openstack/openstacksdk master: Fixes get_user when identity responses are paged https://review.opendev.org/688704
15:55:22 enriquetaso Hi, I've backported this fix to queens https://review.opendev.org/#/c/679120/1 . I think it's a clean and necessary patch, what are your thoughts ?
16:05:19 dtroyer efried: no, that does not include plugins
16:28:17 efried dtroyer: I don't imagine I'm the only one who would be stymied by that. Is there some centralized reference for "the openstack command" per se?
16:37:27 dtroyer efried: we maintain a list of plugins, but as anyone cal create a plugin on their own it is up to those folks to maintain that when things change
16:38:12 efried k, so should placement be added to the list of plugins dtroyer? would that be https://docs.openstack.org/python-openstackclient/latest/cli/plugin-commands.html ?
16:38:32 efried and whoah, should those be links to their docs??
17:37:42 mordred dtantsur|afk: I think we wanted to get a ksa release for that auth'd discovery issue and then bump our min - lemma go poke cmurphy
17:55:55 openstackgerrit Merged openstack/keystoneauth master: Update master for stable/train https://review.opendev.org/680824
18:11:28 jdwidari Updated the tests to account for the new query string and it's now passing https://review.opendev.org/688704
19:01:58 dtroyer efried: yes, it looks like those should link, I have not looked closely to see why beyond guessing that without the plugins installed the docs can not be generated. That sort of thing should be in the openstackclient repo where we do install all of the plygins we know about. And that is now (as of OSC 4) a supported thing…
19:25:50 openstackgerrit Merged openstack/keystoneauth master: Fetch discovery documents with auth when needed https://review.opendev.org/685042
20:16:40 efried dtroyer: what can I do to help?
20:20:48 efried Also, I don't see train docs published. I see
20:20:49 efried https://docs.openstack.org/python-openstackclient/train/
20:20:49 efried but 404 for
20:20:49 efried https://docs.openstack.org/python-openstackclient/latest/
20:20:49 efried and
20:20:49 efried https://docs.openstack.org/python-openstackclient/stein/
20:51:37 openstackgerrit Eric Fried proposed openstack/python-openstackclient master: Add placement to known plugins https://review.opendev.org/689874
20:52:20 efried dtroyer: ^ fwiw. The sparseness of the plugins page is already noted via https://storyboard.openstack.org/#!/story/1735016
21:11:48 efried dtroyer: I think I have a solution
21:18:35 openstackgerrit Eric Fried proposed openstack/python-openstackclient master: Add placement to known plugins https://review.opendev.org/689874
21:18:36 openstackgerrit Eric Fried proposed openstack/python-openstackclient master: Fix plugin autodoc generation https://review.opendev.org/689876
21:40:03 openstackgerrit Eric Fried proposed openstack/python-openstackclient master: Remove plugin projects from test-requirements.txt https://review.opendev.org/689881
21:45:00 mordred efried: stack looks good
21:45:25 efried mordred: Thanks. Still stacking - I'm going to put up one to split that plugins page into its components.
21:45:54 efried mordred: It would help me to know where these sphinx ext directives are defined, do you know off the top? .. list-plugins:: kind of thing?
21:47:06 mordred I don't ...
22:07:41 openstackgerrit Eric Fried proposed openstack/python-openstackclient master: Split plugin docs per project https://review.opendev.org/689886
22:14:56 mriedem efried: would be nice if https://review.opendev.org/#/c/689881/ was squashed, but i can see you not wanting to lose +2s
22:15:02 mriedem same https://review.opendev.org/#/c/689874/2/test-requirements.txt
22:15:11 efried yes, responded
22:15:35 efried I wanted to let zuul be the one to verify that we weren't actually testing anything about the plugins.
22:15:48 mriedem ack
22:16:34 mriedem i liked zane's wording in the story
22:16:38 mriedem about the plugin ghetto
22:17:34 efried heh, yeah

Earlier   Later