Posted	Nick	Remark
#openstack-sdks - 2019-06-13
16:02:12	edleafe	Unfortuantely, we won't be collaborating for much longer. I got my "resource action" notice from IBM, so I'll be gone come September
16:02:28	elmiko	oh wow...
16:02:32	gtema	ups
16:02:58	elmiko	edleafe: does that mean you are working with a different group or...?
16:03:11	edleafe	I'm trying to look at it as a positive thing. I've been working on OpenStack since before OpenStack existed, so maybe it's time for some new adventure
16:03:20	elmiko	yeah, fair
16:03:23	edleafe	elmiko: No, it's a layoff
16:03:28	elmiko	urgh
16:03:28	njohnston	edleafe: Maybe you can come over to Red Hat, and slip right back in...
16:03:37	elmiko	haha, njohnston was just about to say that!
16:03:37	gtema	ehh, that's sad
16:03:40	edleafe	njohnston: Sneaky!!
16:03:50	elmiko	we have other positions too though, not just openstack =)
16:04:42	edleafe	I've found tons of positions available, but for most companies I've seen "senior" developer means "more than 3 years out of college"
16:05:29	openstackgerrit	Artem Goncharov proposed openstack/openstacksdk master: WIP Use resource layer for compute.server cloud methods https://review.opendev.org/664593
16:07:54	elmiko	edleafe: well, if you do find something at the hat, definitely reach out i'm sure there are enough of us around willing to put in a good word for you =)
16:09:54	edleafe	Thanks, elmiko. And if you hear of anything... :)
16:13:34	elmiko	++
16:16:46	openstackgerrit	Stephen Finucane proposed openstack/python-openstackclient master: Add 'openstack server migrate [--resize|--confirm]' flags https://review.opendev.org/664393
16:46:51	openstackgerrit	Artem Goncharov proposed openstack/openstacksdk master: Prepare Server to be used in cloud layer https://review.opendev.org/665105
16:59:49	elmiko	catch ya later edleafe , have a nice weekend =)
16:59:54	edleafe	You too!
17:05:04	openstackgerrit	Artem Goncharov proposed openstack/openstacksdk master: WIP Use resource layer for compute.server cloud methods https://review.opendev.org/664593
17:05:47	openstackgerrit	Artem Goncharov proposed openstack/openstacksdk master: WIP Use resource layer for compute.server cloud methods https://review.opendev.org/664593
17:07:08	openstackgerrit	Artem Goncharov proposed openstack/openstacksdk master: WIP Use resource layer for compute.server cloud methods https://review.opendev.org/664593
22:43:28	openstackgerrit	Merged openstack/osc-lib master: Add FakeModule from OSC https://review.opendev.org/660230
#openstack-sdks - 2019-06-14
02:25:03	openstackgerrit	Merged openstack/python-openstackclient master: Rename review.openstack.org to review.opendev.org https://review.opendev.org/658562
02:38:15	openstackgerrit	Merged openstack/osc-lib master: Move the _tag module from OSC to osc-lib https://review.opendev.org/662859
02:44:46	openstackgerrit	Merged openstack/osc-lib master: Corrent using auth_type=none in clouds.yaml https://review.opendev.org/664830
04:08:24	openstackgerrit	Martin Chlumsky proposed openstack/python-openstackclient master: Allow "server migrate" (not live) to take "--host" option https://review.opendev.org/628334
04:13:16	openstackgerrit	Martin Chlumsky proposed openstack/python-openstackclient master: Allow "server migrate" (not live) to take "--host" option https://review.opendev.org/628334
06:28:02	openstackgerrit	Artem Goncharov proposed openstack/openstacksdk master: Prepare Server to be used in cloud layer https://review.opendev.org/665105
06:39:01	openstackgerrit	Artem Goncharov proposed openstack/openstacksdk master: WIP Use resource layer for compute.server cloud methods https://review.opendev.org/664593
08:56:11	gtema	dtantsur: thanks for reviews. Will fix stuff when achieve submittable state with servers
08:56:41	gtema	btw, do you remember how to rebase on to a pending change from git (not via gerrit)?
08:59:07	dtantsur	gtema: fetch the new root with `git review -d <number>`, then do a regular rebase
08:59:28	gtema	ah, ok. thanks
09:19:25	openstackgerrit	Brin Zhang proposed openstack/python-openstackclient master: Microversion 2.74: Support Specifying AZ to unshelve https://review.opendev.org/665336
10:06:00	openstackgerrit	Brin Zhang proposed openstack/python-openstackclient master: Microversion 2.74: Support Specifying AZ to unshelve https://review.opendev.org/665336
10:54:45	openstackgerrit	Stephen Finucane proposed openstack/python-openstackclient master: Add 'openstack server migrate (confirm|revert)' commands https://review.opendev.org/664393
10:54:45	openstackgerrit	Stephen Finucane proposed openstack/python-openstackclient master: Add 'openstack server resize (confirm|revert)' commands https://review.opendev.org/665357
10:54:46	openstackgerrit	Stephen Finucane proposed openstack/python-openstackclient master: Bump hacking version https://review.opendev.org/665358
11:28:23	openstackgerrit	Artem Goncharov proposed openstack/openstacksdk master: WIP Use resource layer for compute.server cloud methods https://review.opendev.org/664593
11:44:05	openstackgerrit	Artem Goncharov proposed openstack/openstacksdk master: Prepare Server to be used in cloud layer https://review.opendev.org/665105
12:43:21	openstackgerrit	Artem Goncharov proposed openstack/openstacksdk master: Volume.Backup restore fixes https://review.opendev.org/665110
13:03:36	openstackgerrit	Artem Goncharov proposed openstack/openstacksdk master: Use Resource layer for compute KeyPairs https://review.opendev.org/662729
15:02:44	openstackgerrit	Stephen Finucane proposed openstack/python-openstackclient master: Bump hacking version https://review.opendev.org/665358
16:02:02	openstackgerrit	Stephen Finucane proposed openstack/python-openstackclient master: Allow specifying destination for cold migrations https://review.opendev.org/649574
17:09:15	openstackgerrit	Artem Goncharov proposed openstack/openstacksdk master: Switch cloud layer to use proxy for DNS https://review.opendev.org/665435
17:09:34	openstackgerrit	Artem Goncharov proposed openstack/openstacksdk master: WIP Use resource layer for compute.server cloud methods https://review.opendev.org/664593
17:20:04	openstackgerrit	Artem Goncharov proposed openstack/openstacksdk master: Volume.Backup restore fixes https://review.opendev.org/665110
19:16:13	openstackgerrit	Artem Goncharov proposed openstack/openstacksdk master: Volume.Backup restore fixes https://review.opendev.org/665110
19:27:05	openstackgerrit	Artem Goncharov proposed openstack/openstacksdk master: Switch cloud layer to use proxy for DNS https://review.opendev.org/665435
19:29:41	openstackgerrit	Artem Goncharov proposed openstack/openstacksdk master: Switch cloud layer to use proxy for DNS https://review.opendev.org/665435
#openstack-sdks - 2019-06-17
09:16:30	openstackgerrit	Artem Goncharov proposed openstack/openstacksdk master: Volume.Backup restore fixes https://review.opendev.org/665110
09:44:21	openstackgerrit	yanpuqing proposed openstack/python-openstackclient master: [WIP]Client should parse string to boolean for valuse 'is_domain' https://review.opendev.org/665629
09:53:09	openstackgerrit	yanpuqing proposed openstack/python-openstackclient master: [WIP]Client should parse string to boolean for value 'is_domain' https://review.opendev.org/665629
10:30:41	dtantsur	folks, will https://github.com/openstack/openstacksdk/commit/86ad9debd1cb08c2a2e53fd30502b020a0c3e4fe work if a project name contains dashes? I suspect no
10:45:38	openstackgerrit	Artem Goncharov proposed openstack/openstacksdk master: Switch cloud layer to use proxy for DNS https://review.opendev.org/665435
11:20:49	openstackgerrit	Dmitry Tantsur proposed openstack/openstacksdk master: from_conf: fix handling service names with dashes https://review.opendev.org/665645
11:20:50	dtantsur	and here goes the fix ^^^
11:40:40	openstackgerrit	Artem Goncharov proposed openstack/openstacksdk master: Volume.Backup restore fixes https://review.opendev.org/665110
12:10:56	openstackgerrit	yanpuqing proposed openstack/python-openstackclient master: [WIP]Client should parse string to boolean for value 'is_domain' https://review.opendev.org/665629
12:54:00	openstackgerrit	Artem Goncharov proposed openstack/openstacksdk master: Switch cloud layer to use proxy for DNS https://review.opendev.org/665435
17:31:32	openstackgerrit	Artem Goncharov proposed openstack/openstacksdk master: Switch cloud layer to use proxy for DNS https://review.opendev.org/665435
17:33:42	openstackgerrit	Artem Goncharov proposed openstack/openstacksdk master: Switch cloud layer to use proxy for DNS https://review.opendev.org/665435
#openstack-sdks - 2019-06-18
01:42:32	openstackgerrit	yanpuqing proposed openstack/python-openstackclient master: [WIP]Client should parse string to boolean for value 'is_domain' https://review.opendev.org/665629
04:03:24	openstackgerrit	yanpuqing proposed openstack/python-openstackclient master: [WIP]Client should parse string to boolean for value 'is_domain' https://review.opendev.org/665629
06:49:24	openstackgerrit	yanpuqing proposed openstack/python-openstackclient master: [WIP]Client should parse string to boolean for value 'is_domain' https://review.opendev.org/665629
07:30:14	openstackgerrit	Artem Goncharov proposed openstack/openstacksdk master: Switch cloud layer to use proxy for DNS https://review.opendev.org/665435
07:50:41	openstackgerrit	Artem Goncharov proposed openstack/openstacksdk master: Volume.Backup restore fixes https://review.opendev.org/665110
11:39:26	openstackgerrit	yanpuqing proposed openstack/python-openstackclient master: [WIP]Client should parse string to boolean for value 'is_domain' https://review.opendev.org/665629
14:54:20	openstackgerrit	jacky06 proposed openstack/cliff master: Sync Sphinx requirement https://review.opendev.org/666009
20:37:24	corvus	what does it mean when osc says "(2, 'No such file or directory')" on invocation?
20:37:56	corvus	eg: http://paste.openstack.org/show/753157/
20:38:20	corvus	mordred: ^?
20:45:09	corvus	i think that may happen if the cache file directory doesn't exist
20:45:23	corvus	it would be nice if it said which directory didn't exist. that would save time.
20:45:41	corvus	or just don't mask the exception
#openstack-sdks - 2019-06-19
01:34:08	openstackgerrit	yanpuqing proposed openstack/python-openstackclient master: Client should parse string to boolean for value 'is_domain' https://review.opendev.org/665629
08:57:05	openstackgerrit	Surya Seetharaman proposed openstack/python-openstackclient master: Microversion 2.73: Support adding the reason behind a server lock https://review.opendev.org/659124
09:03:53	openstackgerrit	yanpuqing proposed openstack/python-openstackclient master: Client should parse string to boolean for value 'is_domain' https://review.opendev.org/665629
09:06:34	openstackgerrit	yanpuqing proposed openstack/python-openstackclient master: Client should parse string to boolean for value 'is_domain' https://review.opendev.org/665629
09:09:04	openstackgerrit	yanpuqing proposed openstack/python-openstackclient master: Client should parse string to boolean for value 'is_domain' https://review.opendev.org/665629
09:12:42	openstackgerrit	yanpuqing proposed openstack/python-openstackclient master: Client should parse string to boolean for value 'is_domain' https://review.opendev.org/665629
12:33:43	dtantsur	mordred: morning! do I get it right that loading a Connection from an oslo config doesn't allow to set various SDK-specific options, such as retry count?
12:35:59	mordred	dtantsur: yeah - I think we don't have support for that. there was discussion about adding support to the oslo.config loading to allow specifying a named cloud profile and then having things get loaded from a clouds.yaml (so that the oslo.config section would ultimately just be a pointer to the clouds.yaml) - but that hasn't been fully specced out yet
12:36:36	dtantsur	I see. It makes it harder to switch to this feature (and I wonder what Nova folks are going to do about options, such as retry count. efried?)
12:37:24	mordred	we could also potentially add support for specifying them I imagine
12:39:51	dtantsur	coffee++
12:44:47	efried	dtantsur: "switch to this feature" -- you mean retrofit something that currently uses clouds.yaml to using oslo.config instead? Or you mean switching something like nova over from its current oslo.config-to-load-ksa to oslo.config-to-load-sdk?
12:45:23	dtantsur	efried: the latter. e.g. making https://github.com/openstack/nova/blob/master/nova/conf/ironic.py#L41 still work
12:46:26	efried	dtantsur: oic. Are these options normally available in clouds.yaml?
12:47:47	dtantsur	efried: this one is implemented under a different name (something like status_code_retries)
12:48:08	dtantsur	https://github.com/openstack/nova/blob/master/nova/conf/ironic.py#L54 is not implemented (retries are exponential)
12:48:48	efried	so let me ask you this dtantsur: is it actually important that these values continue to be configurable?
12:51:03	efried	dtantsur: If the options are available to the Connection() constructor, it would be pretty easy to plumb a **kwargs through here: https://review.opendev.org/#/c/643664/20/nova/utils.py@1252
12:51:37	dtantsur	efried: the api_retries is an important one for ironic, yes. I know that at least tripleo raises it quite significantly.
12:51:55	dtantsur	I don't remember if adapter options are available in Connection. mordred?
12:53:12	efried	get_cloud_region...

Earlier   Later