21:00:47 #startmeeting Solum Team Meeting 21:00:48 Meeting started Tue Apr 14 21:00:47 2015 UTC and is due to finish in 60 minutes. The chair is adrian_otto. Information about MeetBot at http://wiki.debian.org/MeetBot. 21:00:49 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 21:00:51 The meeting name has been set to 'solum_team_meeting' 21:00:54 #link https://wiki.openstack.org/wiki/Meetings/Solum#Agenda_for_2015-04-14_2100_UTC Our Agenda 21:01:00 #topic Roll Call 21:01:07 Adrian Otto 21:01:21 Ed Cranford 21:01:32 Melissa Kam 21:02:11 hello datsun180b and mkam 21:02:16 james li 21:02:30 devdatta kulkarni 21:02:35 murali allada 21:02:48 hello james_li, devkulkarni, and muralia 21:03:03 o/ 21:03:18 Hi Adrian 21:03:31 \o 21:03:50 hello kebray 21:04:41 #topic Announcements 21:04:50 (no prepared announcements) Any announcements from team members? 21:05:27 devkulkarni: thanks for chairing last week when I was away 21:05:40 is there anything you'd like to cover from last week before we proceed? 21:05:58 adrian_otto: sure thing. hope you had a good trip 21:06:14 we ended up discussing mostly what we all have been up to 21:06:24 adrian_otto, is it time for session proposal submissions? e.g. I want to propose glance session discussion on container registry 21:06:25 indeed, I saw some extremely large redwood (Sequoia) trees 21:06:37 nice! 21:06:53 kebray, I will address that as the first item in open discussion if that's okay 21:07:17 sure thing 21:07:22 let's touch on the topic we tabled two weeks back 21:07:24 #topic Joining OpenStack 21:07:44 in the past, openstack contributors expressed an interest in becoming an OpenStack project. 21:08:08 another project that I work on, Magnum has recently joined, so I am very familiar with the current procedure to enter 21:08:36 I asked how we all view this question today, and we decided to regroup after further cosideration 21:08:51 Do our contributors want to join OpenStack? 21:08:55 how do you all view this? 21:09:08 I'm for it 21:09:18 Solum contributors (correction for above) 21:09:18 I think it would be great. I'm all for it. A community of contributors is always great. 21:09:40 Yes — it will be agood thing 21:09:49 I vote yes too 21:10:06 I'm voting yes as well 21:10:29 thanks datsun180b, muralia, devkulkarni, james_li, and mkam 21:10:52 gpilz is not here today 21:11:05 I wanted his input as well 21:11:45 * adrian_otto pauses to see if I can find gpilz out of band 21:12:11 +1 from me.. I vote yes. 21:12:34 thanks kebray. 21:12:48 okay, so that's consistent with the sentiment that was set a while back 21:13:08 so the natural follow-up question is if we should proceed with that effort now, or later? 21:13:29 later, as in after the summit? 21:13:30 an advantage of proceeding now is that the rules are a known quantity 21:13:47 devkulkarni: good question, I'll explain how this works 21:14:09 adding a project to the openstack projects.yaml file is done with a governance review 21:14:23 this is a patch to a git repo that is voted on using Gerrit by the OpenStack TC 21:14:48 if that "application" is successful, the merge results in the new project being added to the project list 21:15:06 after that, we submit different patches to move the source tree from stackforge to openstack 21:15:14 that goes into the project config repo 21:15:41 so step 1 needs to be approved by the TC at one of their regular meetings 21:15:58 that normally happens on a weekly cadence 21:16:25 so we could join the project list before the summit as long as the TC meeting proceed, and that governance item is added to the agenda for voting 21:16:28 make sense? 21:16:36 got it.. how does the TC evaluate a project? 21:16:49 if that happens before the summit that would be awesome! 21:16:55 there is a set of criteria… let me show that to you (getting the link) 21:17:06 it is too late for us to be part of the Design Summit 21:17:23 but we would have a place at subsequent design summits 21:17:50 #link https://git.openstack.org/cgit/openstack/governance/tree/reference/new-projects-requirements.rst New Project Requirements 21:17:58 makes sense.. the reason I asked if before or after summit is — I don't know how busy TC is from now till the summit.. 21:18:06 this is the criteria the TC currently uses to evaluate new projects 21:18:21 but if the meetings are happening on a regular weekly cadence then it does not matter 21:18:28 also, once approved, do we have a deadline for moving it from stackforge to openstack? I'm not sure what that involves, it might be a considerable amount of effort? 21:18:30 most of the TC members are also developers, and we are in a code freeze for Kilo currently 21:18:40 so this may actually be a good time 21:18:46 oh I see 21:18:49 that is a good 21:18:51 point 21:18:58 with the exception of those scrampling to assemble the integrated release 21:19:13 those Stackers are very busy right now 21:19:31 muralia: I was about to ask that.. we should take input from mkam dimitry to see how that change might affect our downstream processes 21:19:43 adrian_otto: makes sense 21:19:53 April 21 at UTC 20:00 is the next TC meeting 21:20:14 so we could have feedback as early as our next team meeting 21:20:26 adrian_otto: that sounds great. I think we should do that. 21:20:35 I am just little worried about this point "The project aligns with the OpenStack Mission:" 21:21:01 The OpenStack Mission: to produce the ubiquitous Open Source Cloud Computing platform that will meet the needs of public and private clouds regardless of size, by being simple to implement and massively scalable. 21:21:16 I know that previously there were some line of thought that the mission should only be limited to core infra level services 21:21:38 that perspective has evolved 21:21:57 2 cases in point: Magnum and Murano are now in the project list. 21:22:01 okay.. after re-reading it..I think we satisfy "or directly building on an existing OpenStack infrastructure service" part 21:22:08 oh that's right 21:22:14 the prevailing philosophy is "big tent" 21:22:23 meaning inclusive rather than exclusive 21:22:37 Magnum still falls squarely into the infra domain, so the issue would not have come up for it 21:22:40 right 21:23:07 we should expect questions about any similarity between Solum and Murano 21:23:28 and that question can be addressed by clearly outlining the difference in the governance proposal commit message 21:23:41 ok, sounds like we are in agreement to proceed in the short term 21:23:49 Murano is just a catalog, right? ;-) 21:24:31 I think we are differentiated is better way to state my point. 21:24:45 #link https://git.openstack.org/cgit/openstack/governance/tree/reference/projects.yaml#n806 Murano Mission 21:25:55 any opposing viewpoints to consider? 21:26:31 some small overlap in the application lifecycle mangaement... where, I can argue that they aren't application lifecycle management, they are application _environment_ lifecycle mangement, per the first part of the murano mission statement. 21:27:13 I suggest that we use language that accurately describes what Solum now does, which is automation of the SDLC 21:27:22 solum manages the app, murano manages the application componentry environment (if desired), or can just leverage Heat template. 21:27:32 Murano is concerned with the deployment lifecycle 21:27:34 adrian_otto, that makes sense. 21:28:00 right.. I may be wrong but Murano probably does not build an application 21:28:17 it deploys already built applications.. 21:28:23 so we can work together to revise the mission statement to take into consideration Solum's gradual evolution 21:28:56 would you like to spend any time collaborating on that today? 21:29:03 long time back we had created this: #link https://etherpad.openstack.org/p/solum-mission 21:30:02 adrian_otto, there are also notes from previous summits where the Murano team helped write clear distinction between Heat, Murano, and Solum. We should probably dig that up before reworking it here today. 21:30:03 #link https://etherpad.openstack.org/p/solum-mission Solum Mission Statement Work Product 21:30:11 great link devkulkarni 21:30:33 good point kebray 21:30:49 kebray: yes — I remember reading an email sometime back on the difference 21:31:09 ok, let's advance through our prepared agenda for today, and we can revisit the mission statement subject as a team discussion in #solum 21:31:14 Can we collaborate over email, theres a lot to read and think about here? 21:31:27 yes, absolutely. 21:31:48 instead of email, may be a gerrit review? 21:31:56 adrian_otto I found the etherpad link in my bookmarks, but it's no longer a valid URL :-( 21:32:00 even better 21:32:10 devkulkarni: that would be a great way of collaborating on it 21:32:14 i don't know about that, i think an email thread is fine 21:32:33 i.e. https://wiki.openstack.org/wiki/Design_Summit/Juno/Etherpads#Cross-Project 21:32:39 ys, or a google doc for comments and versioning 21:32:40 we can use an etherpad as a drafting tool 21:32:54 if it's a review, the wall is too high for anyone that's not a CLA-signed contributor 21:33:24 any tool that will allow in-line comments and tracking of revisions should be good 21:33:29 using a review would be a good way to vote on a final draft though 21:33:57 when we set the mission statement for Heat, we just used an etherpad 21:34:20 that sounds fine then 21:34:29 and based on the remarks in that, and a related email thread, that was enough 21:34:40 ok 21:34:43 next topic 21:34:51 #topic Tagging or next release 21:35:00 Are we ready to tag our next release? 21:35:13 if not, what work items should we be sure to merge first? 21:35:40 There are couple of patches outstanding 21:35:43 presently i'm going after bugs and qol 21:35:45 and one or two more coming in 21:36:18 might we be ready later this week? 21:36:32 I think so, yes 21:36:35 yes 21:36:45 lets target friday 21:37:01 ok, I'll check in with you friday on IRC 21:37:21 sure 21:37:26 #topic Review Action Items 21:37:36 were there any from last week devkulkarni? 21:38:01 no, there were none. 21:38:13 thanks 21:38:20 #topic Blueprint/Task Review 21:38:34 any work items requiring team discussion today? 21:38:35 oh yes.. there was one points 21:38:52 while discussing the BP/Task review topic 21:39:10 we felt that we have kind of gone away from using BPs in a consistent manner 21:39:27 we are more using bugs than BPs 21:39:45 so one thought/suggestion was for us to clean up the BPs and then start using them again, or 21:39:56 change the topic name to 'Task Review' 21:40:09 that's easy 21:40:18 considering i created one today and am staring at the half-written spec, i'm going to agree with option cleanup-and-keep-using 21:40:35 ok 21:40:37 datsun180b: you created a BP or a spec? 21:40:42 yes 21:40:57 which one did you create? 21:40:58 both, that is 21:41:01 oh okay 21:41:20 I can take an action item to clear up the BPs 21:41:23 We should clean up older ones. But we should use BP's only if we are adding new features. 21:42:21 it's also handy to use a bp if you want to track a gerrit topic 21:42:29 so it's useful for big refactors too 21:42:29 i only disagree with "only" in that statment muralia 21:42:38 :) 21:43:25 we need this cleanup also considering that we might get more eyes once we start interfacing with the TC 21:43:42 ok, so I can comb through what's there, and we can purge out things that are not in our current scope of work 21:43:51 sounds good 21:44:13 #action adrian_otto to spring clean our blueprints 21:44:33 ok, so do any work items require team dicussion? 21:44:43 we should probably do something similar for bugs as well. 21:44:47 agreed 21:44:51 either triage them or close them 21:45:03 some of them are old enough that they've been taken care of 21:45:20 just not marked 21:45:24 #action adrian_otto to spring clean our bug list 21:45:47 +1 21:46:34 ok, before we advance to Open Discussion, kebray had a topic "I want to propose glance session discussion on container registry" 21:46:50 so lets discuss that 21:47:09 in the past, the Design Summit used a CFP format to decide on session topics 21:47:25 that methodology was changed starting at the Paris summit 21:47:42 and instead, each project uses etherpads, and IRC collaboration to set the topic list 21:48:01 so there is no formal process to put a glance session discussion together 21:48:25 instead, we approach the glance team, and arrange to collaborate on that topic at the summit in the most appropriate venue 21:48:32 kebray can probably check with glance folks 21:49:36 ok, LMK if that needs further disucsison 21:49:43 #topic Open Discussion 21:51:33 maybe we don't have any more topics to cover today? 21:51:55 yup. 21:51:57 guess not 21:51:57 from my side — nothing more for today 21:52:40 ok, thanks everyone for attending. Our next team meeting will be 2015-04-21 at 2100 UTC. See you then! 21:52:49 #endmeeting