15:00:56 #startmeeting third-party 15:00:56 Meeting started Wed May 27 15:00:56 2015 UTC and is due to finish in 60 minutes. The chair is krtaylor. Information about MeetBot at http://wiki.debian.org/MeetBot. 15:00:57 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 15:01:01 The meeting name has been set to 'third_party' 15:01:19 who's here for third party CI working group meeting? 15:01:24 o/ 15:01:28 o/ 15:01:31 o/ 15:02:26 o/ 15:02:56 welcome everyone 15:03:13 it was really good getting to meet some of you in Vancouver 15:03:31 ok, here's the agenda for today 15:03:38 #link https://wiki.openstack.org/wiki/Meetings/ThirdParty#5.2F27.2F15_1500_UTC 15:04:17 #topic Annoucements 15:04:59 there was an email thread for setting deadlines for cinder volume drivers 15:05:14 I believe that date was June 19th 15:05:26 19th to be merged, 12th to have ci up and passing 15:05:27 patrickeast, asselin_ can you confirm? 15:05:27 hi...i'm double-booked...so my response here may be slow 15:05:41 asselin_ np 15:06:14 yes, what patrickeast said K1 merge, K1 - 1 week for CI up and running. Should map to those dates. 15:06:26 ok, so hopefully those dates get out to everyone, spread the word 15:07:21 ok, any other quick announcements ? 15:08:03 #topic Vancouver BoF session 15:08:35 we had a good, although small session, intermixed with the BoF 15:09:06 it was good to meet everyone, and I had a bunch of follow up conversations after 15:09:46 it was a good review of the Xen testing and a brief discussion on what we have coming up to work on for CI systems 15:10:12 after the turn out in Paris, I was expecting more 15:10:26 but that was probably due to several factors 15:10:33 who is new hear today b/c of BoF session? 15:10:38 one being that it was in the other building 15:10:59 anyone? 15:11:49 it was interesting to see that most attending the BoF did not know about these meetings, either the office hours meeting or the working group 15:12:20 so, I think there is an action there for all of us, to spread the word about this resource 15:13:26 thats actually a good bridge to the next topic, these meetings 15:13:44 any questions about the BoF? 15:14:13 #topic Meeting Frequency 15:15:06 I wanted to bring up for discussion, then possible email thread, the number of meetings we are having 15:15:36 the 0400UTC meetings are generally not attended well 15:16:08 and this one now has a large overlap in status with the office hours meetings 15:16:24 how does everyone feel about these meetings? 15:16:42 do we need to reduce the frequency, or just advertise better? 15:17:52 I have been trying for many months now to get other systems to participate and share their "secrets" on how they are doing testing 15:17:58 I only attend this one, not the 0400UTC, but like having it -- the different focus from the office hours meting 15:18:17 ok, good, thanks ctlaugh_ 15:18:46 when you say office hrs, you're talking about the infra mtg on iirc monday late utc? 15:19:23 yes Mondays 1500UTC 15:20:15 i’m ok with the times, but i do think we could probably reduce the frequency, it seems like the 0400 meetings are usually unproductive due to how many people show up 15:20:59 I normally only show up for this one as well 15:21:07 ...searching our ThirdParty mtg page, for example, there is no mention of office hrs. I'm not sure if "their" mtg page exists, or pts to us if the page does exist. If they're related, how does someone not already embedded figure out where to spend their time most productively? 15:21:54 If there was only 1 meeting, I would probably make arrangements to attend even if it was late (unless it ended up in the middle of the night). This time is just much more convenient. 15:22:06 If we're trying to attract new people, the content of the advertising matters (why attend this mtg?). 15:22:31 zz_zz_ja, good feedback, I wrote meeting descriptions, but they were quickly changed 15:23:28 I guess what I am thinking was that initially, there was a storm of people needing to ask questions about getting started (Office Hours) 15:23:38 that has calmed down 15:24:00 not sure if we will get another wave as other projects require CI 15:24:34 anyway, it was useful to split the meetings, I was just poking at whether it was still useful, and the frequency 15:24:47 manila is starting 15:24:51 the operative variable is probably organization at least as much as project. 15:26:58 let's take this to an email thread, see if we can come to a consensus 15:27:07 +1 15:27:51 also, I'd really like to get some help chairing the meetings, but I'll add that to the email 15:28:19 onward then 15:28:32 #topic Monitoring dashboard 15:28:53 so the spec is basically done, but not getting a +2 15:29:11 #link https://review.openstack.org/#/c/135170/ 15:29:21 I pinged infra once...but perhaps the timing was bad 15:29:30 sweston, you around? 15:30:21 asselin_, yeah, I am hoping that's the issue, but I'll add it to the agenda for next week if we don't get merged soon 15:30:46 I don't think there are any open concerns 15:31:02 at least none that I know of or that have been in comments 15:32:06 we did have some hall discussions at summit on whether to stay with the radar code or to enhance another one, such as patrickeast 's 15:32:34 sweston seems to be very busy with his day job atm 15:33:14 any questions about CI monitoring or the dashboard? 15:33:38 My only other question was whether it would just monitor gerrit, or if it would also (at some point) be able to report CI status of non-gerrit-based CIs 15:34:25 periodic vs commit-based 15:34:28 non-gerrit, meaning not reporting back, or? 15:34:33 ah, ok 15:35:02 and yes, not reporting back to gerrit 15:35:42 good point, but I think it would have to be gerrit to start, all systems probably have one project they are reporting back against 15:36:37 maybe when the periodic dashboard is done we can figure out how to mine that, but nothing comes to mind 15:37:32 I'm going to look back at setting up a CI using the puppet modules to test off of gerrit, but we will also be running just nightly jobs as well. One set of our testing (multiple boards, various OS distros) will never be stable enough to hook into gerrit without irritating everyone :) 15:38:32 here is the link to that periodic dashboard summit session etherpad 15:38:37 #link https://etherpad.openstack.org/p/YVR-QA-testing-beyond-the-gate 15:38:41 thank you 15:39:49 sdague said that if we wanted to, we could look at accelerating the third party reporting, but that was v2 discussion for them 15:40:06 but he welcomed the idea of us doing that work 15:41:02 which reminds me, I was going to talk to mrodden about that 15:41:42 any other comments? questions? 15:42:04 next then 15:42:28 #topic Common CI 15:42:56 asselin_ can you give us a brief summary of the working sessions at summit? 15:43:12 yes, we had a nice working session during the summit 15:43:28 we broke out into many small groups working on the various parts 15:43:56 some of the -infra cores focused on the testing effort and made quite a bit of progress 15:44:22 we had some new people contribute, juame devessa 15:45:03 so still a lot of work to do, and now we've got more people on board, so that's helpful 15:45:03 it was great to see all the merges 15:45:28 yes 15:45:41 sorry...need to step away for a few minutes..... 15:46:23 sure np, patrickeast, ctlaugh_ were you able to attend these working sessions? 15:46:41 no, I was not 15:46:42 I had schedule conflicts :( 15:46:55 same, there were cinder meetings i needed to attend at the same time 15:47:41 yeah, my entire week was a schedule conflict with one thing or another 15:48:05 I'm sure it was optimized for someone ;) 15:48:56 ok, well here is the link for the common CI effort 15:49:00 #link https://review.openstack.org/#/q/topic:downstream-puppet,n,z 15:49:30 help how you can, sign up for a chunk, or at least review the patches 15:50:48 #topic Open Discussion 15:51:06 I'll open it up, anything to discuss? 15:51:28 impressions, surprises from summit? 15:52:05 oh i had one thing to bring up 15:52:12 it was good to see the 2016 summit locations announced 15:52:17 patrickeast, sure 15:52:43 for the tools repo, are we planning to just dump stuff in there or is it more restrictive? 15:53:15 i ask because i’ve had reviews up for a couple weeks now, should we just ninja +2/A them in? or wait for more people to see them? 15:53:31 patrickeast, ah, good question 15:53:56 yes, I have been meaning to address those, I'd like to get other eyes on them 15:54:11 summit timing I'm betting 15:55:11 #link https://review.openstack.org/#/q/stackforge/third-party-ci-tools,n,z 15:55:28 all, please review 15:55:58 but, as initial patches, I think we'd be ok with pushing them as is 15:56:21 we don't have tests for the repo, so no gate testing, ect 15:56:33 I did review and +1 the ones I understand. I think there is no harm approving 15:56:42 agreed 15:56:46 i guess one thing to consider is if we want more like a dumping ground spot and then a more thorough review process to put things into more of a production ready state 15:57:30 i think we’ve talked about that before, but i forget what the decision was 15:57:51 patrickeast, good point, I guess I was thinking that if the tools grew and took on a life, they would be promoted to their own project and that would include testing, etc 15:58:08 yea that makes sense 15:58:25 the could then be promoted again if they made it to infra usefulness 15:58:56 I think less initial friction is good 15:59:00 so then the bar should be pretty low for adding stuff to the tools repo, it might be worth us putting together some criteria 15:59:25 mmedvede: +1 15:59:27 +2 everything! :) 15:59:30 lol 15:59:40 hehheh, well... 15:59:46 ok, out of time 15:59:53 thanks everyone! 16:00:04 agree on criteria though, too much freedom would make it harder down the line... 16:00:21 #endmeeting