Posted	Nick	Remark
#openstack-sdks - 2017-07-28
13:46:59	openstackgerrit	Merged openstack/python-openstackclient master: Updated from global requirements https://review.openstack.org/488284
14:15:27	openstackgerrit	Merged openstack/os-service-types master: Use tox_install.sh to install dependencies https://review.openstack.org/488388
14:16:20	openstackgerrit	Merged openstack/os-service-types master: Updated from global requirements https://review.openstack.org/488085
16:48:33	openstackgerrit	Merged openstack/os-client-config master: Updated from global requirements https://review.openstack.org/488084
16:53:32	openstackgerrit	Merged openstack/osc-lib master: Update the documentation link for doc migration https://review.openstack.org/486548
16:53:38	openstackgerrit	Merged openstack/osc-lib master: Updated from global requirements https://review.openstack.org/488088
17:11:03	openstackgerrit	Merged openstack/cliff master: doc: minor cleanup https://review.openstack.org/483131
17:11:10	openstackgerrit	Merged openstack/cliff master: Updated from global requirements https://review.openstack.org/487986
17:31:19	cdent	figleaf, elmiko : http://lists.openstack.org/pipermail/openstack-sigs/2017-July/000022.html
17:48:35	figleaf	cdent: You asked the exact question I had when I first heard of the SIG concept
17:48:52	figleaf	"A rose by any other name..."
17:49:29	cdent	quite
17:59:49	elmiko	cdent: maybe i'm not understanding, what do we need to do to become a SIG instead of WG?
18:00:19	cdent	that’s essentially what I’m asking in my response
18:00:26	cdent	how do we change (in what we do)
18:00:58	elmiko	ack, just saw your response. +1
18:01:29	elmiko	between the three of us, i feel this is a total non-issue for the most part. we seem pretty easy going on the process end of things
18:01:48	elmiko	thanks for the ping though, i would have missed that email for sure
18:04:22	cdent	I stuck it on the agenda for next week too
18:04:39	elmiko	sweet, +1
18:46:04	openstackgerrit	Monty Taylor proposed openstack/keystoneauth master: Protect against missing interface attribute https://review.openstack.org/488568
18:49:50	openstackgerrit	Monty Taylor proposed openstack/keystoneauth master: WIP Protect against missing interface attribute https://review.openstack.org/488568
19:13:04	openstackgerrit	Eric Fried proposed openstack/keystoneauth master: WIP Protect against missing interface attribute https://review.openstack.org/488568
19:19:41	openstackgerrit	Purushotham proposed openstack/python-openstacksdk master: Adds get encrypted password support https://review.openstack.org/488578
21:03:35	openstackgerrit	OpenStack Release Bot proposed openstack/keystoneauth master: Update reno for stable/pike https://review.openstack.org/488641
21:04:07	openstackgerrit	OpenStack Release Bot proposed openstack/os-client-config master: Update reno for stable/pike https://review.openstack.org/488663
21:04:11	openstackgerrit	OpenStack Release Bot proposed openstack/os-service-types master: Update reno for stable/pike https://review.openstack.org/488666
21:04:28	openstackgerrit	OpenStack Release Bot proposed openstack/osc-lib master: Update reno for stable/pike https://review.openstack.org/488678
21:45:18	openstackgerrit	OpenStack Proposal Bot proposed openstack/openstackclient master: Updated from global requirements https://review.openstack.org/488407
21:47:56	openstackgerrit	OpenStack Proposal Bot proposed openstack/python-openstackclient master: Updated from global requirements https://review.openstack.org/488872
22:22:35	openstackgerrit	Eric Fried proposed openstack/keystoneauth master: WIP Protect against missing interface attribute https://review.openstack.org/488568
#openstack-sdks - 2017-07-29
02:02:52	openstackgerrit	Merged openstack/python-openstackclient master: Updated from global requirements https://review.openstack.org/488872
15:15:05	openstackgerrit	Merged openstack/os-client-config master: Update reno for stable/pike https://review.openstack.org/488663
17:21:29	openstackgerrit	Merged openstack/os-service-types master: Update reno for stable/pike https://review.openstack.org/488666
#openstack-sdks - 2017-07-30
02:49:42	openstackgerrit	Purushotham proposed openstack/python-openstacksdk master: Adds get encrypted password support https://review.openstack.org/488578
11:47:32	openstackgerrit	Merged openstack/keystoneauth master: Updated from global requirements https://review.openstack.org/488007
15:05:23	openstackgerrit	Merged openstack/osc-lib master: Update reno for stable/pike https://review.openstack.org/488678
15:10:14	openstackgerrit	Merged openstack/cliff master: trivial: Fix comments in sphinxext module https://review.openstack.org/484680
#openstack-sdks - 2017-07-31
12:18:28	marc___	Can anyone tell me how to set target raid config?
13:00:23	openstackgerrit	Pavlo Shchelokovskyy proposed openstack/keystoneauth master: Fix exception message in adapter loading https://review.openstack.org/489210
15:40:40	umbSublime	aside form building a .deb yourself for an up-to-date python-openstackclient, is there a resource that automatically builds new .debs on a new release?
16:23:14	dtroyer	umbSublime: The repo packaging is handled by different teams, I know Debian has slowed __waaay__ down since zigo moved on, no idea what the status is for Ubuntu, they may have been using Debian packages for OSC. In any case, at this point in the release cycle there is a lot of work to do and client stuff is usually not at the top of that queue
19:24:03	openstackgerrit	Merged openstack/keystoneauth master: Update reno for stable/pike https://review.openstack.org/488641
21:54:40	openstackgerrit	Eric Fried proposed openstack/keystoneauth master: Add EndpointData.__str__ for debugging https://review.openstack.org/489413
#openstack-sdks - 2017-08-01
04:19:15	DFFlanders	seanhandley, let me know if you want to chat re open public cloud passport...
06:57:09	umbSublime	dtroyer, alright, thanks for the info :)
10:54:15	openstackgerrit	Erik Berg proposed openstack/python-openstackclient master: Automatically migrate to other hosts https://review.openstack.org/489558
11:05:48	cdent	efried: query/comment on https://review.openstack.org/#/c/487570/1
11:16:56	sdague	cdent: just looking at that, I think I agree with efried on order
11:17:42	cdent	despite us broadcasting us all over the place that “version in service” is wrong?
11:18:40	sdague	yeh
11:18:44	cdent	i was thinking in terms of “a human wants to do some “volume” stuff”
11:18:51	cdent	they don’t know/care about version
11:18:52	sdague	because if they have volumev3 and volume in the catalog
11:19:13	sdague	then it really does seem that volumev3 is what they want
11:19:37	cdent	maybe I’m not remembering the mechanics of when/how the aliases come into play
13:38:20	openstackgerrit	Merged openstack/service-types-authority master: Order block-storage aliases sanely https://review.openstack.org/487570
14:58:18	openstackgerrit	Sean Dague proposed openstack/api-wg master: WIP: microversion architecture archival doc https://review.openstack.org/444892
14:59:52	sdague	cdent: ... I'm going to pick back up on ^^^^ (mostly tomorrow)
15:00:03	sdague	as I got a talk accepted at API Strat in the fall about it
15:00:05	cdent	\o/
15:00:23	sdague	cdent: what's your schedule look like today?
15:00:34	cdent	I will be _very_ interested to hear about how that goes, and happy to help with editing or whatever.
15:00:40	cdent	very busy
15:00:44	sdague	ok
15:00:58	cdent	once this stuff with the migrations settles, I’ll have some time
15:01:01	cdent	but until then
15:01:02	sdague	I was hoping to still get a structural flow conversation for that document
15:01:07	sdague	yep, no prob
15:01:17	sdague	I'll plough through tomorrow and see how it goes
17:14:41	openstackgerrit	Gage Hugo proposed openstack/python-openstackclient master: Add project tags functionality https://review.openstack.org/481284
21:29:12	openstackgerrit	Gage Hugo proposed openstack/python-openstackclient master: Add project tags functionality https://review.openstack.org/481284
#openstack-sdks - 2017-08-02
12:51:09	amotoki	dtantsur: stevemar: I sent a patch to handle osc-lib osc4 branch in osc review https://review.openstack.org/#/c/489692/ but I am not sure what are expected in osc-lib feature/osc4 branch
12:51:29	amotoki	dtantsur: sorry
12:51:34	amotoki	dtroyer: ^^
12:53:21	amotoki	dtroyer: stevemar: if we can develop osc and osc-lib feature/osc4 branches independently, my above patch will be unnecessary. this is what I am not sure.
12:53:47	amotoki	I might misunderstand feature/osc4 branch
13:01:26	openstackgerrit	Erik Berg proposed openstack/python-openstackclient master: new subcommand for hypervisor: evacuate https://review.openstack.org/490015
13:58:05	dtroyer	amotoki: we did both because there will be some compatibility issues in the changes for auth and general option handling that need to be in-step in both repos.
13:58:29	dtroyer	about that u-c review failing in osc and succeeding in osc-lib, I think the success is a false positive
13:58:36	dtroyer	like you mntion in the revert
13:59:02	dtroyer	but I don't totally understand how this is _supposed_ to work so I'm not sure yet what the correct fix is
14:00:08	amotoki	dtroyer: thanks. in my understanding, what we'd like to do is to run osc4 branch of python-openstackclient with osc4 branch of osc-lib, right?
14:00:43	dtroyer	yes
14:01:29	amotoki	dtroyer: so I think my patch will satisfy this https://review.openstack.org/#/c/489692/ (I will address doug's comment soon)
14:02:07	amotoki	u-c makes things tricky for lib and client projects while it is useful in general :(
14:03:01	dtroyer	right. I though maybe that is why they wanted a feature/osc4 branch in the requirements, because otherwise we can not test changes there in our feature branch
14:03:30	dtroyer	and that was why the feature branch name must be globally unique
14:05:21	amotoki	hmm.. I've never thought openstack/requirements supports a feature branch, so I might be wrong.
14:06:23	amotoki	the situation around feature branches might have changed since we used a feature branch in neutron (it was in liberty)
14:10:33	dtroyer	it has changed a bit, they updated the docs a bit after doing this one… I think it has to do with the tooling in the release processes
15:24:22	amotoki	while zuul honors the same branch name, I think we still handle upper-constraints as it happens after zuul sets up branches.
15:24:51	amotoki	It looks better to check the requirements team anyway
17:07:42	dtroyer	amotoki: if you're still around, I'm thinking we need to not use the u-c changes the bot proposed (that you are reverting in https://review.openstack.org/#/c/489664/) and handle settign the proper osc-lib ourselves, similar to how we set up the -tips job in openstackclient/tests/functional/post_test_hook_tips.sh. I think we can use OVERRIDE_ZUUL_BRANCH to detect a feature/osc4 run and handle it there. thoughts?
17:10:49	dtroyer	lunchtime, back in a while
#openstack-sdks - 2017-08-03
00:06:14	amotoki	dtroyer: morning. In my understanding, we need to handle two cases: devstack env and tox env.
00:07:08	amotoki	for devstack env, we can use osc-lib and OSC from the master branch. we don't always need to use OSC4 for them. If we can use osc4 branch, it is better of course.
00:07:50	amotoki	for tox env, we must use osc4 branch. tox_install.sh handles this case.
00:09:02	amotoki	for OVERRIDE_ZUUL_BRANCH, I am not sure if we need it. If the branch name (feature/osc4) matches in osc-lib and osc, I think zuul automatically pulls the branch with the same name.
00:09:54	amotoki	in devstack env, we can configure local.conf so that devstack consumes osc-lib from git. this is similar to the current -tips job.

Earlier   Later