18:00:57 #startmeeting third-party 18:00:58 Meeting started Mon Nov 24 18:00:57 2014 UTC and is due to finish in 60 minutes. The chair is krtaylor. Information about MeetBot at http://wiki.debian.org/MeetBot. 18:00:59 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 18:01:03 The meeting name has been set to 'third_party' 18:01:08 o/ 18:01:12 o/ 18:01:21 third-party ci folks? 18:01:57 not sure if we will have a quorum this week or not 18:02:12 krtaylor: looks pretty light 18:02:29 sweston, agreed 18:02:36 hi 18:02:58 asselin: welcome 18:03:12 OK, well there are a few of us, we can determine if we need to re-discuss anything at Dec 1 meeting 18:03:36 hard to tell how many lurking - Hi everyone, welcome! 18:03:42 I would like to meet briefly. I'll have some 'quiet' time this week to help out. 18:03:53 I won't be here next week. 18:04:05 sure, lets get started 18:04:08 #topic Welcome & Reminder of OpenStack Mission 18:04:18 #info The OpenStack Open Source Cloud 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. 18:04:36 and today's agenda: 18:04:40 #link https://wiki.openstack.org/wiki/Meetings/ThirdParty#11.2F24.2F14 18:04:56 lots of carry over still from summit 18:05:05 which is to be expected this time of year 18:05:25 #topic Review of previous week's open action items 18:05:59 we did have actions from last time 18:06:06 first was mine 18:06:18 krtaylor, where do you see the actions? 18:06:29 asselin, in the meeting log 18:06:43 #link http://eavesdrop.openstack.org/meetings/third_party/2014/third_party.2014-11-17-18.01.html 18:06:49 asselin, ^^^ 18:07:14 I created the etherpad, but did not (yet) send out email 18:07:21 krtaylor, not seeing that on the agenda...will look later 18:07:38 #link https://etherpad.openstack.org/p/third-party-ci-documentation 18:07:57 asselin, not seeing action items? 18:08:28 krtaylor, not from the agenda link.... 18:08:58 krtaylor, we can look at that later 18:09:10 asselin, no they are in the meeting log, the agenda item is "Review ...action items" 18:09:44 I do not break out the actions from each meeting in the meeting agenda, but thats not a bad idea 18:09:58 its just a cut/paste 18:10:08 most of this is just a cut/paste 18:10:13 hehe 18:10:21 just need more cut/pasters :) 18:10:35 good to have all the info consolidated, though 18:10:47 krtaylor, no, I mean, I don't see the link to the past meetings from the agenda page. 18:11:18 yeah, and we have discussed archiving past meetings after a while, but it would move stuff around a bit, so not needed yet 18:11:25 o/, sorry i'm late 18:11:30 krtaylor, nevermind, found it 18:11:36 sorry 18:11:49 asselin, yeah, at the very bottom, that should move too 18:12:03 * krtaylor makes a metal note to move that to the top 18:12:09 (I clicked the 2nd one, which was very old) 18:12:17 yes it irritates me too 18:12:28 that was before we "standardized" the name 18:12:43 krtaylor, I'll take the action to move it :) 18:12:46 thats why I insist everything be "third-party" 18:13:00 not my first choice, but what we agreed to 18:13:07 anyway... 18:13:30 I'll email doc formation by tomorrow, hoping this will be a lighter week 18:13:56 #action krtaylor to finish initial CI doc work group formation 18:14:14 altright then, sweston had the second 18:14:28 and that was completed, any comments sweston ? 18:14:46 although we will discuss fully later 18:14:58 krtaylor: yup, spec was completed, although no comments are posted yet, so would like to get some eyes on that 18:15:10 +1, on my list too 18:15:23 link? 18:15:31 I added jhesketh to reviewers, he is out for another week 18:15:58 also sent out an email to mikal on the stackforge radar repository, have not heard anything back 18:16:09 asselin, in the agenda later 18:16:38 sweston, this is something we will need to discuss for several weeks, especially this time of year 18:16:39 must be monday morning 18:16:43 hehheh 18:17:11 also, just settled on the javascript ui framework, and have updated the github repo and the test system 18:17:29 lets move along then and get to that discussion 18:17:32 #topic Announcements 18:17:39 any anouncements? 18:18:06 onward then 18:18:17 #topic OpenStack Program items 18:18:52 CI documentation, I have already commented on the state of that, there was a lot of interest at summit 18:18:58 need to get that kicked off 18:19:17 krtaylor, I'm interested to help out with that 18:19:26 asselin, yes, please 18:19:38 I figured most everyone here will have patches for that 18:19:56 we'll just need to coordinate what parts each will work on initially 18:20:09 so we dont re-write a section 3 times 18:20:23 stay tuned for email soon 18:20:35 anythings else on that? 18:20:57 krtaylor: maybe we can have bug tracking for the docs 18:21:19 that might give some order to the chaos 18:21:31 sweston, hm, I was thinking maybe jumping in and using storyboard 18:21:34 it's a bit more sophisticated than dibs, ;-) 18:22:00 dividing up the doc into tasks 18:22:08 krtaylor: +1, storyboard would be great 18:22:14 then someone can assign a section to themselves 18:22:14 does etherpad have an export to rst. wondering if there's a way to do 'live' updates 18:22:31 similar to what we are doing with puppet modules 18:22:32 or a wiki page with sections 18:23:02 asselin, either way, we'd need patches for review 18:23:21 true 18:23:23 I agree too./part 18:23:24 I think it would be easier for comments and agreement 18:24:12 my thought was to bust up the doc into proposed sections, then reach agreement on that in etherpad, then I'll populate storyboard 18:24:24 then we can start patch party 18:24:47 it will be good to follow along with the infra documentation work that is coming up too 18:24:55 ok 18:24:56 asselin: that's a good question, it does doku wiki, I don't think it does rst 18:25:03 I believe the virtual sprint is coming up 18:25:15 patch party, yeah! 18:25:33 do we want to start a virtual sprint for this work? 18:25:51 that would be a 2-3 day meeting in the new sprint irc channel 18:26:06 krtaylor: that would be lovely 18:26:31 let's see how the infra doc sprint goes and we can follow, maybe 1st or 2nd week of January 18:26:47 that will give us time to identify sections 18:27:22 sounds good 18:27:26 agree 18:27:31 excellent, sounds like a plan 18:27:46 ok, onward, CI monitoring and dashboard 18:27:53 sweston, any comments 18:28:08 let me find the link to the review 18:28:14 I did review the spec, it is good I have a few additions that I'll add 18:28:31 #link https://review.openstack.org/#/c/135170 18:28:44 sweston, it is in the agenda too 18:28:58 krtaylor: ok, see that now, thanks 18:29:25 looking forward to the input 18:29:53 here is a link to the dashboard test server, http://dashboard.triniplex.com 18:30:01 sweston, the page created is very interesting, I did not realize there were that many systems actually reporting 18:30:36 I know, I was surprised too 18:30:55 sweston, actually that was one of my comment areas, that the page needs to be summarized somehow, initially we were thinking Radar-ish 18:31:13 people like pretty colorful guages, etc 18:31:18 so now that I have the ui framework in place, the next step is building the daemon that will hook into the ssh event stream 18:31:43 krtaylor: yes, that's what I was thinking as well, but I don't have much to visualize right now 18:31:53 sweston, yes, my second area of comment 18:32:01 any suggestions for what might go well there? 18:32:15 it is great to have something to poke at, this is excellent work sweston ! 18:32:46 krtaylor: yay! and, thanks 18:32:49 sweston, yes, that would be a good discussion with jhesketh 18:32:55 yes, sweston, very nice! 18:33:08 asselin: thanks :-) 18:33:20 it is finally coming together, we have talked about different approaches for months 18:33:45 it takes someone to put together an initial plan, then everyone can jump on board 18:33:52 thanks sweston 18:34:15 anything else on this? 18:34:34 alright onward 18:34:57 #topic Deadlines & Deprecations 18:35:09 I don't know of any new deadlines yet 18:35:12 welcome. yes, the hope was that once there is a testbed and repository that there will be more interest generated and more people will begin to contribute. 18:35:36 ok, am done now, continue, please 18:35:40 but I know some groups will have new deadlines as we get further into Kilo 18:35:48 sweston, np 18:36:12 might have some new ones from cinder maybe? 18:36:18 we'll see 18:36:45 I'll get those cores to come give us a status on testing 18:37:02 anything else? 18:37:21 #topic Highlighting a Program or Gerrit Account 18:37:49 so, only thing here is the ongoing split patches 18:38:12 * krtaylor still needs to update his 18:38:57 I can do another one. Any opinions on which is next? 18:38:58 there has been a bunch of merges - nice work asselin and mmedvede 18:39:07 thanks 18:40:03 thanks. I have another one I am working on, waiting for the spec to settle down 18:40:16 also wondering if that should be more automated now...? 18:40:52 there's 50 or so 18:40:52 I don't see why not 18:41:27 The split itself could be somewhat automated. But most of work seems to be coordinating the merges 18:41:42 right 18:42:11 we need continuous integration for continuous integration 18:42:12 and I found that 'updating' a split is not a big deal, so we don't really need to freeze until we're ready to merge 18:42:49 asselin: updating involves asking someone to force push, correct? 18:42:52 and by updating, I mean re-subtree-ing a split 18:43:20 right, pushing to the temp git hub location 18:43:43 in fact, it could be a cron job 18:44:17 or a post-job on the infra ci system 18:44:35 or even a file, used as a semaphore 18:44:53 sweston, ?? 18:45:01 it could, but I suspect that infra cores will want to be involved 18:45:06 I think in time between first and second merge, you would still need to make sure the new project is up to date (not the temporary github location) 18:45:10 you create it when you are ready to push, once the system merges it, the file is removed 18:45:30 So some sort of freeze is necessary 18:45:48 sweston, I believe there was comments on that, and WIP was the answer, right? 18:46:09 krtaylor: I believe so 18:46:32 mmedvede, not sure. I'm wondering if we can minimize the freeze by keeping the temp in sync with master. 18:47:03 krtaylor, sweston, that was due to us not marking commits clearly. If we do, we could get away without WIPing. But we need to be careful 18:47:13 agreed 18:47:22 yup 18:47:31 asselin: I do not think the new project does update automatically from the temp 18:47:46 if it did, then yes, would be much easier 18:48:05 mmedvede, let me expalin my idea again more clearly. 18:48:39 we create a new post-job that re-subtress the puppet modules in system-config to the temp git-hub location, so they're always in sync 18:49:08 then, when we merge the project-config change the pulls in the temp github repo, it will be correct. 18:49:58 asselin: that is what I thought you were saying. The problem is with the period between the first and the second merges. It can become out of sync 18:50:17 asselin: wouldn't that potentially overwrite your changes? 18:50:41 mmedvede, yes, true, but that time is short. 18:51:08 sweston, no, when you re-tree, git is smart enough to just push the extra commits 18:51:22 asselin: it is only short if there is a core that shephards the merge. There is at least 20 minutes between merges 18:51:23 sweston, this is what happened when I did if for puppet-jenkins 18:51:39 asselin: ah, 18:52:58 well, I think it's a good idea. ideas for forward movement? 18:53:21 I can play around with it and see if I can get a patch proposed 18:53:27 sweston: with more automation for splits? 18:53:46 yes, otherwise it is a long process for another 40 patchsets 18:54:03 mmedvede: yes, I think this is going to continue to slow you down substantially, until it is fixed 18:54:16 ideally, we can do it quickly and get it done. like pulling off a band-aid 18:54:24 lol 18:55:02 asselin: yes, but in my experience people don't like it 'cause it hurts, :-) 18:55:10 lol :) 18:55:13 +1 on auto-subtreeing were possible (just keep in mind some history is lost with subtree split) 18:55:44 ok, let's move on so we have time for questions, we can discuss this further in -infra 18:56:05 mmedvede, that would be a good question, how much info lost is a problem 18:56:14 with sub-tree split 18:56:27 ok, we have 4 minutes 18:56:44 no Third-party system review this week, those are coming 18:56:45 I'm curious to know why no third party solution exists in -infra with so many 3rd party operators. 18:57:13 asselin, not sure I understand 18:57:20 asselin: me too. 18:57:31 there's 100 ci systems according to sweston dashboard 18:57:47 but 3rd party solutions I know of are jaypipes and a few forks from there 18:57:50 asselin is talking about a project for third party automation 18:58:02 asselin: because very few third party operators actively participate with infra upstream 18:58:02 if you mean this agenda item, it is just because I have not told someone that are presenting 18:58:07 the rest must be private 18:58:14 ah, there are other solutions 18:58:15 asselin: yes exactly 18:58:35 clarkb: which is a shame :-( 18:58:36 but, all agreed that they would be willing to share what they have created 18:58:44 in our third-party session 18:59:21 its like I said, it takes someone to push a proposal and then everyone can jump on board 18:59:31 ok, 1 minute :) 18:59:33 krtaylor: +1 18:59:58 we ran out of time for open discussion this week 19:00:02 clarkb: are you omnipresent in all channels, btw? 19:00:08 :-) 19:00:08 krtaylor, ok thanks good info. 19:00:20 if anyone has questions, lets continue in -infra channel 19:00:24 thanks everyone! 19:00:24 clarkb, thanks too 19:00:29 good meeting! 19:00:30 \o 19:00:39 bye all 19:00:50 #endmeeting