16:02:28 #startmeeting Solum Team Meeting 16:02:29 Meeting started Tue Jul 15 16:02:28 2014 UTC and is due to finish in 60 minutes. The chair is tomblank. Information about MeetBot at http://wiki.debian.org/MeetBot. 16:02:31 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 16:02:33 really? I thought anybody who does start meeting is a chair 16:02:34 The meeting name has been set to 'solum_team_meeting' 16:02:41 beats me then, guess it was asleep 16:02:47 #topic Roll Call 16:02:51 Paul Montgomery 16:02:52 Ed Cranford 16:02:56 Devdatta Kulkarni 16:02:59 Arati 16:03:02 Dave Thomas 16:03:02 Tom Blankenship, pro-tem Chair 16:03:04 Pierre Padrixe 16:03:10 James Li 16:03:19 Paul Czarkowski 16:03:30 #link https://wiki.openstack.org/wiki/Meetings/Solum#Agenda_for_2014-07-01_1600_UTC our Agenda 16:04:00 Adrian Otto - attention divided, will participate as much as I can. 16:04:36 thanks Adrian. 16:04:39 #link https://wiki.openstack.org/wiki/Meetings/Solum#Agenda_for_2014-07-15_1600_UTC this week's agenda 16:05:03 #topic Announcements 16:05:16 anyone have any announcements? 16:06:46 since we don't have any open action items listed, let's jump to Blueprint/Task Review 16:07:09 #topic Blueprint/Tasks Review 16:08:06 Any updates on the Build Farm 16:08:08 #link https://review.openstack.org/100539 Build Farm Spec 16:08:44 I guess the work continues on it 16:08:47 #link https://review.openstack.org/#/c/100539/ 16:08:48 Julien won't be available for the next days 16:09:17 stannie: thanks. do you have any update or should we wait until Julien returns? 16:09:35 last newt solum-infra-guestagent repository is now available in stackforge, last review (can't find the link) was merged 16:09:57 going to see what I can do on guestagent this week 16:10:11 stannie: do we have a spec for guestagent? 16:10:15 stannie: great, thanks. 16:10:28 or a blueprint? 16:10:40 it's in the build-farm link dev 16:11:32 for the agent as well? https://blueprints.launchpad.net/solum/+spec/solum-build-farm don't see it there 16:11:46 https://review.openstack.org/#/c/100539/5/specs/juno/solum-build-farm.rst don't see it here as well 16:12:00 but not really detailed for the moment indeed 16:12:01 didn't mean to distract 16:12:10 okay, that's what I thought 16:12:39 could you please then add some details in a bp or a spec before you start work on it? 16:12:53 sure 16:13:08 stannie: thanks 16:13:13 thanks stannie 16:14:13 anything else on this? 16:14:46 Private git repo integration 16:14:47 #link https://blueprints.launchpad.net/solum/+spec/support-private-github-repos 16:15:05 ravips has a WIP for this 16:15:20 it looks good. remaining work items are the CLI changes, unit tests 16:15:34 i see he has made the changes that paulcz recommended 16:15:50 the build is failing though. 16:16:14 I thought it was because of the barbican client being absent from requirements.txt 16:16:54 he's included it in the new patch 16:17:18 hmm.. lets try to touch base with ravips when is available 16:17:26 yup 16:18:11 muralia: can you reach out to ravips and see if there is something you can help with? 16:18:12 but other than that it looks good to me. it is progressing, tomblank 16:18:19 i will 16:18:23 devkulkarni: thanks.... 16:18:27 muralia: thanks... 16:18:45 the last one is Chained Trusts (julienvey, asalkeld) 16:18:53 #link https://review.openstack.org/99908 16:19:06 last I know about this was that we are getting around this issue 16:19:12 i know that julienvey and asalkeld are both missing but does anyone else have any updates? 16:19:14 by creating a heat stack upon startup 16:19:35 it is part of one of the mistral patches by asalkeld 16:19:38 devkulkarni: yes. 16:20:47 so I guess we need to just take those patches forward 16:20:47 any other blueprints/tasks that people have updates or questions on? 16:21:02 devkulkarni: agree 16:21:33 any reviews that I can do? 16:21:54 peoplemerge_: https://review.openstack.org/#/q/status:open+solum,n,z 16:22:13 peoplemerge: you are welcome to review everything that's open 16:22:15 devkulkarni: is there one useful yet suitable to a new reviewer? 16:22:55 oh okay.. you could start with the spec reviews.. imo they are good place to get a feel for some problem without having to deal with code right away 16:23:37 adrian_otto: devkulkarni: ok 16:23:42 #topic open discussion 16:24:04 I do have one topic for open discussion. 16:24:07 also we have some refactoring stuff https://review.openstack.org/#/c/104637/ .. would be great to have more eyes on it 16:24:28 peoplemerge_: also feel free to ping on #solum afterwards 16:24:49 peoplemerge_: https://review.openstack.org/#/q/status:open+project:stackforge/solum,n,z 16:24:59 devkulkarni: will start with that one, thx 16:25:16 peoplemerge_: sounds good. 16:25:40 ooh, 104637 looks very interesting. I'm really happy to see that one. 16:26:00 datsun180b ^^ 16:26:13 bwuh 16:26:21 what are everyone's thoughts about the need (or not) for a mid-cycle meet-up? 16:26:43 tomblank: what time-frame you have in mind? 16:27:17 datsun180b: we should probably have copyright notices in our shell scripts too 16:27:35 I feel that right now is a bit early to meet — we are kind of clear what need to be done and where we are heading 16:27:35 * datsun180b makes a face 16:27:35 that identify the license that they are covered by 16:27:56 tomblank ^^ 16:28:21 i would think August or early September. any later and it's too close to the Paris summit. 16:28:48 I vote for late August / early September, if we have to hold one 16:28:49 hey fixup-spec-repo merged 16:28:58 also it is important to take look at where we are after atlanta summit 16:29:10 yeah late August/early Sept. would be more appropriated than right now 16:29:16 tomblank: please elaborate on your rationale about "too close" to the summit 16:29:56 adrian_otto: doesn’t this cover the copyright / license for anything in the repo - https://github.com/stackforge/solum/blob/master/LICENSE ? 16:30:01 my understanding is that we will have a relatively small number of Solum stackers attending in Paris. 16:30:30 my French skills have slipped way under what i'd call conversational 16:30:49 PaulCzar: yes, for redistribution. It's just a best practice to label each file, so if they end up elsewhere, the provenance of them is more clear. 16:31:05 adrian_otto: then what purpose LICENSE at all 16:31:40 adrian_otto: sure. i see a primary value in a f2f meeting is to sync on the juno deliverables, prioritize those deliverables and then have time to actually complete them prior to the Juno summit. 16:31:54 datsun180b: it applies when you have something that's not practical to label individually 16:32:30 fair enough 16:32:32 if we only have a month or so before the summit, we may not have time to course adjust or get things done prior to the summit. 16:32:37 those scripts will get a license soon 16:33:25 i am also aware of the time commitment for folks to travel in October and then potentially travel again in November (for those traveling to the summit). 16:33:32 tomblank: good reason. So, let's shoot for September? 16:33:42 I nova I see that shell scripts carry license header 16:34:09 s/^I/In 16:34:12 If we feel we need to meet then September would be appropriate. 16:34:58 I am also ok if folks feel that for this cycle, we don't need to meet. I know that some people were voicing that opinion last week... 16:35:24 we could always make a tentative plan, and ask attendees not to make any non-refundable travel plans until a final confirmation. If it does not make sense to meet as we approach that tentative date, we can cancel it. 16:35:38 we could try that and see how it goes.. 16:36:04 we had also discussed doing a virtual meetup of sorts 16:36:37 adrian_otto: that sounds like a plan. we should also set a trigger date where we make a decision (ex: 30 days prior to dates). 16:36:51 yes, exactly 16:37:58 devkulkarni: the problem with a virtual meeting is the time zone logistics so that everyone interested could attend :) 16:38:06 round? 16:39:00 tomblank: oh that's right. we had talked about that issue. 16:40:25 devkulkarni: we could still do a virtual meeting because the time zone issue may be less than traveling to Austin... 16:40:59 yeah.. and in that case we might do it for more days instead of typical two 16:41:09 devkulkarni: agreed 16:42:07 sounds like we will tentatively plan on a meeting in mid-September but will make a final decision in Mid-August on if we need to meet or not. 16:42:16 +1 16:42:16 +! 16:42:20 +1 16:42:47 #agreed we will tentatively plan on a meeting in mid-September but will make a final decision in Mid-August on if we need to meet or not. 16:42:53 other topics? 16:43:44 noorul: how is the spec process working out for you? 16:43:57 hardly find time to review 16:44:33 hmm.. I think for most of the big changes most of us have now gotten into the habit of creating a spec first. 16:44:55 I have been happy with it so far 16:45:09 the template challenges us to think about our plans throuroughly 16:45:11 but I see that nothing gets merge 16:45:18 s/merge/merged 16:45:20 adrian_otto: +1 16:45:25 what do you mean? 16:45:37 https://review.openstack.org/#/q/status:open+project:stackforge/solum-specs,n,z 16:45:50 I think some of the unmerged specs are unmerged because of some minor points which the author needs to resolve 16:45:58 this is same as any other review 16:46:12 isn't merge == approval ? 16:46:25 https://review.openstack.org/#/q/status:closed+project:stackforge/solum-specs,n,z 16:46:28 right, so work shouldn't officially start on unmerged repos 16:46:40 yes, but we have also said that we can start code with WIP, and not merge it before the spec is merged 16:47:04 thanks adrian_otto 16:47:47 adrian_otto: that list has only one spec 16:47:58 sorry two 16:48:04 for now! 16:48:26 I see 5 merged nd 2 abandoned 16:48:48 3 is repo related not acutal spec 16:48:50 devkulkarni: his point is that most of those are housekeeping reviews, not specs 16:48:54 sure, only 2 are for core features I guess 16:49:22 fair enough. but I would still disagree with the contention that specs are not getting merged. 16:49:23 noorul's comment is valid, we should make a concerted effort to clean up specs to the point that we merge them 16:49:38 i think it is a valid point. we need to continue to focus on reviewing and approving (merging) the specs... 16:49:49 we naturally de-prioritize that, because these are not actually code 16:50:07 +q 16:50:11 but if we treated them like code, then we could get to a merge point sooner 16:50:41 adrian_otto: +1 16:50:48 i have one other thing that I'd like to ask a question about 16:51:23 gpilz: in open discussion it's the wild west. ask away. 16:51:27 gpilz: listening 16:51:27 gpliz: of course... 16:51:37 the following bp: https://blueprints.launchpad.net/solum/+spec/solum-camp-api 16:51:59 has a note saying that it has be superseded by the "Pipeline" blueprint 16:52:23 from my point of view, the two things have nothing to do with one another 16:52:28 so I'm confused 16:52:44 I'll re-open it 16:53:01 thanks 16:53:07 that point of view is rooted from the perspective that there was not a volunteer to contribute that 16:55:10 gpilz: what is your LP username? 16:55:41 gilbert-pilz 16:55:55 ok, you are now the assignee for the BP 16:55:59 woot! 16:56:26 we have 4 minutes left... any other topics? 16:57:30 ok, thanks everyone. we'll end a few minutes early. 16:57:36 #endmeeting