21:01:08 #startmeeting 2017-07-26 discussion 21:01:08 Meeting started Wed Jul 26 21:01:08 2017 UTC. The chair is wking. Information about MeetBot at http://wiki.debian.org/MeetBot. 21:01:08 Useful Commands: #action #agreed #help #info #idea #link #topic. 21:01:08 The meeting name has been set to '2017_07_26_discussion' 21:02:33 david-lyle is in UberConference with me, but that's it at the moment 21:02:48 I'll cancel the meeting if we don't get a maintainer in the next 3 minutes 21:04:28 does he have questions? 21:04:34 wking: ^ 21:04:54 stevvooe, no questions 21:04:58 if he does, I can pop on 21:04:59 nope, everyone's muted 21:05:18 mikebrow and walli are also there and muted 21:06:18 :-) 21:06:47 walli: I have concerns about the test suite structure in runtime-tools 21:06:55 mikebrow: you got any thing? 21:06:56 walli: I'd like to know the best way to engage with that 21:06:59 ok 21:07:04 #topic runtime-tools structure 21:07:13 i'll be on in a few then 21:07:22 walli: some of this is based on 6-month-old issues that are light on discussion 21:07:35 mikebrow: can you give an example of your issues 21:07:43 walli: it's hard to tie the test back to the runtime spec 21:08:06 #link https://github.com/opencontainers/runtime-tools/pull/354 21:08:49 walli: there seems to be an implicit assumption that we'll be testing runC (written in Go) 21:09:12 walli: Also, RobDolinMS asked for a README covering the theory of certification 21:09:34 mikebrow: I don't think runtime-tools would be against fixes if you're volunteering 21:09:56 walli: I am volunteering, I'm not sure if I should start with issues or on dev@ 21:10:08 mikebrow: I think it makes more sense to start with issues for smaller things 21:11:23 I think that the plan is to use Go to scaffold the test harness, but that the runtimes would be invoked from the command line 21:12:06 #link https://github.com/opencontainers/runtime-tools/pull/321 21:12:12 ^ still in flight command line API 21:12:38 walli: so I'll go ahead and file issues for things I think are still missing 21:13:43 #topic Git branching 21:13:56 mikebrow: I was here to discuss this, but we may want to wait for more maintainers 21:14:15 stevvooe: I think it's complex vs. simple. We have a lot of maintainers, but not much time for the release process 21:14:39 stevvooe: And "do we want a lot of extant versions out there?" 21:15:01 stevvooe: for runtime-spec, that might be fine. But for image-spec, having a lot of versions may hurt users and fragment the industry 21:15:17 mikebrow: so basically single branch for now? 21:15:28 mikebrow: until we hit a major/breaking change? 21:16:06 RobDolinMS: I think we can go that way, and we can backport important patches and create a new major branch when we're planning for the next major release 21:16:30 stevvooe: you can also see this in action in docker/distribution 21:17:18 #link https://github.com/docker/distribution/releases 21:18:46 #endmeeting