Posted	Nick	Remark
#openstack-sdks - 2017-07-26
15:46:18	openstackgerrit	Purushotham proposed openstack/python-openstacksdk master: Add encrypted password support https://review.openstack.org/487490
16:11:49	openstackgerrit	Dean Troyer proposed openstack/osc-lib master: Update the documentation link for doc migration https://review.openstack.org/486548
16:20:34	openstackgerrit	Chris Dent proposed openstack/api-wg master: Update compatibility doc and references https://review.openstack.org/487504
17:48:31	openstackgerrit	Merged openstack/osc-lib master: Updated from global requirements https://review.openstack.org/486329
19:23:14	efried	mordred yt?
19:24:26	mordred	efried: yuppers
19:24:27	efried	mordred I'm wondering whether we should pay attention to the ordering of sta aliases.
19:24:42	efried	Lemme show you why...
19:25:08	mordred	efried: I mean, they're _supposed_ to be ordered - but yes - please tell me
19:25:42	efried	well, if I want to loop through them, I imagine I want to get the official type first, then the aliases in descending order of likely-to-want.
19:25:52	mordred	yes. that is the intent
19:26:02	efried	E.g. in the case of cinder, I imagine I want block-storage, volumev3, volumev2, volume.
19:26:15	efried	With sta as it currently stands, I get block-storage, volume, volumev2, volumev3
19:26:31	mordred	yah - I *think* that's because that's the fallback ordering in cinderclient today
19:26:41	mordred	but I agree with you that whatyou said is what I actualy want
19:26:42	efried	(as the return from get_all_types
19:26:46	efried	)
19:28:20	mordred	efried: I would personally be in support of swapping the order for sanity
19:28:34	efried	mordred Okay, cool. Ima do that.
19:36:41	openstackgerrit	Dean Troyer proposed openstack/python-openstackclient master: Skip object-store functional tests when Swift is not available https://review.openstack.org/487569
19:37:28	openstackgerrit	Eric Fried proposed openstack/service-types-authority master: Order block-storage aliases sanely https://review.openstack.org/487570
19:37:34	efried	mordred ^^
19:39:03	mordred	lgtm
21:04:43	openstackgerrit	Eric Fried proposed openstack/keystoneauth master: WIP: get_conf_options can exclude deprecated opts https://review.openstack.org/487590
21:16:52	openstackgerrit	Eric Fried proposed openstack/keystoneauth master: get_conf_options can exclude deprecated opts https://review.openstack.org/487590
21:35:39	elmiko	edleafe: +1, i like the edit
21:37:09	edleafe	elmiko: I wanted to get my ideas in there before we discuss tomorrow
21:37:51	elmiko	edleafe: awesome, i'm gonna put up a pr as well. basically with what we have to start the discussion about how best to create this going forward.
23:42:26	openstackgerrit	Merged openstack/keystoneauth master: get_conf_options can exclude deprecated opts https://review.openstack.org/487590
#openstack-sdks - 2017-07-27
00:18:15	openstackgerrit	Dean Troyer proposed openstack/python-openstackclient master: Skip object-store functional tests when Swift is not available https://review.openstack.org/487569
01:16:21	openstackgerrit	wangzhenyu proposed openstack/keystoneauth master: Enable some off-by-default checks https://review.openstack.org/477775
01:37:16	openstackgerrit	wangzhenyu proposed openstack/keystoneauth master: Enable some off-by-default checks https://review.openstack.org/477775
02:08:03	openstackgerrit	wangzhenyu proposed openstack/keystoneauth master: Enable some off-by-default checks https://review.openstack.org/477775
06:54:41	openstackgerrit	garyk proposed openstack/python-openstackclient master: Use instance variables for subnet tests https://review.openstack.org/487717
10:56:53	openstackgerrit	Akihiro Motoki proposed openstack/python-openstackclient master: network functest: Remove condition for segment test https://review.openstack.org/486447
13:22:07	openstackgerrit	Michael McCune proposed openstack/api-wg master: add a document for guided review process https://review.openstack.org/487847
13:29:00	cdent	elmiko++
13:29:04	cdent	doing his homework
13:30:04	elmiko	hehe
13:30:24	elmiko	actually had to reinstall git-review lol
13:40:19	cdent	efried_zzz: just responded to you about the typo fixes
13:40:41	efried	Thanks cdent
13:40:51	cdent	and good morning
13:41:16	efried	cdent good morning to you. D'oh, didn't notice the dependency.
13:41:48	efried	cdent Man, some guy really whaled on that other change set.
13:42:13	cdent	yeah that dood is relentless
13:48:04	openstackgerrit	Merged openstack/python-openstackclient master: Update the documentation link for doc migration https://review.openstack.org/486477
13:49:29	openstackgerrit	Akihiro Motoki proposed openstack/python-openstackclient master: network functest: Remove condition for segment test https://review.openstack.org/486447
13:54:04	openstackgerrit	Eric Fried proposed openstack/api-wg master: Fix service-types-authority schema URL and typos https://review.openstack.org/478638
13:55:50	openstackgerrit	Eric Fried proposed openstack/api-wg master: Fix service-types-authority schema URL and typos https://review.openstack.org/478638
15:19:04	openstackgerrit	Merged openstack/python-openstackclient master: Skip object-store functional tests when Swift is not available https://review.openstack.org/487569
15:41:18	amotoki	dtroyer: when do we start to work for OSC 4.0? I have some patches which should go to 4.0 but I wonder when is the time I rebase them
15:41:50	amotoki	dtroyer: is it when the queen cycle start?
15:43:17	dtroyer	amotoki: When we get the feature/osc4 branches created for python-openstackclient and osc-lib. I've asked the release team to go ahead and do this when they get a chance, but this is a busy week for them. But no, we do not need to wait for Queens to open, that's one reason to do the feature branch
15:46:06	amotoki	dtroyer: thanks for clarification. I thought it will be a normal development in the master branch.
15:47:53	dtroyer	doing it in master prevents us from releasing anything else on the 3.x line that isn't a stable bug fix. We got bit by that in the 2.x to 3.x release transition
15:48:14	dtroyer	these things always take longer than we think
16:08:10	openstackgerrit	Eric Fried proposed openstack/api-wg master: Fix service-types-authority schema URL and typos https://review.openstack.org/478638
16:32:55	amotoki	we usually take time more than we expect first. perhaps a feature branch would work :)
16:44:16	cdent	elmiko, edleafe did we decide if https://review.openstack.org/#/c/478638/ could be a fast merge?
16:45:27	elmiko	cdent: i don't think we decided, but i'm a +1 for fast merge
16:45:59	edleafe	cdent: elmiko: anything that isn't changing a guideline can be fast merged
16:46:25	elmiko	+1
16:46:29	edleafe	Correcting typos/grammar doesn't fall into the "needs wider review" bucket
16:46:37	cdent	done
16:47:56	edleafe	cdent: "by the powers..." geez, you think you were marrying efried to that doc
16:48:34	cdent	I am. Henceforth for all eternity efried is responsible for that document and all its derivatives
16:48:54	efried	oy vay
16:49:20	efried	mordred may have something to say about that.
16:49:29	cdent	probably “yes”
16:49:41	cdent	he has learned to delegate
16:50:24	elmiko	haha
16:50:30	openstackgerrit	Merged openstack/api-wg master: Fix service-types-authority schema URL and typos https://review.openstack.org/478638
16:50:38	elmiko	cdent: edleafe ok, please review https://etherpad.openstack.org/p/api-wg-newsletter
16:50:59	edleafe	elmiko: already on it
16:51:21	elmiko	edleafe: yup, and thanks for the correction =)
16:51:54	elmiko	correctionS ...
16:51:59	cdent	“with regards to standardizing service names.” is not quite right
16:52:10	cdent	but I’m not sure what to suggest as an alternative
16:52:10	edleafe	cdent: already fixed it
16:52:22	elmiko	ok, my bad, maybe i misunderstood that effort
16:52:37	cdent	no I mean the actual meaning, not the preposition
16:52:41	edleafe	oh
16:53:07	edleafe	"make service names more consistent across projects"?
16:53:09	elmiko	maybe "standardizing" is a bad phrase there
16:53:15	elmiko	yeah, that sounds good
16:53:36	cdent	it’s more like “for using the service catalog effectively"
16:54:29	elmiko	ok, updated to cdent's version
16:54:52	elmiko	sorry edleafe, he's TC, with great power.... XD
16:55:08	cdent	I have power?
16:55:10	elmiko	haha
16:55:27	elmiko	cdent: probably not, but we should keep up appearances
16:55:29	edleafe	well, it lgtm now
16:55:34	cdent	or even: the TC has power?
16:55:40	elmiko	haha, good point
16:55:40	cdent	I also think lgtm
16:55:41	mordred	hah
16:55:46	elmiko	cool, thanks!
16:56:45	elmiko	ok, sent
16:57:55	cdent	rad

Earlier   Later