19:00:43 #startmeeting 19:00:43 Meeting started Wed Sep 11 19:00:43 2019 UTC. The chair is serpent_. Information about MeetBot at http://wiki.debian.org/MeetBot. 19:00:43 Useful Commands: #action #agreed #help #info #idea #link #topic. 19:01:01 It's first Wednesday of the week, so let's start 19:01:42 I guess the most important is sprint (hotels, etc. - if someone does not yet have one) 19:02:00 And it looks like there is progress in AWS and Azure images 19:02:43 I think yes and yes :-) 19:03:27 So, remainder. If you have additional information (detailed amount, etc.) for your travel/hotel and want to be reimbursed by Debian/SPI, write those to me by the end of the week 19:04:09 * noahm is here. hello. 19:04:14 Sam wants also to have some details about what is intent of reimbursed people to achieve during sprint - pleas attach those also 19:04:39 noahm: hi 19:05:14 serpent_: I thnik having goals for sprint woudl help with reimbursements and talking to DPL 19:06:06 We have some initial agenda at wiki page 19:06:31 To summarize: 19:06:51 * kanashiro waves o/ 19:07:03 account status, image finder, building images - I guess Salsa workflow and better layout on cdimag.d.o is under that 19:07:22 * kuLa says hello kanashiro 19:08:05 Hello 19:08:09 * kanashiro says hi back to kuLa 19:08:15 Anything else for agenda? 19:08:46 I have nothing to add 19:08:47 serpent_: it would be nice if we had already some ideas or so on those topics 19:08:48 Testing and more automation did not see much progress - do we also want to touch this 19:09:11 #topic Sprint agenda 19:09:43 So account status is definitely importand 19:10:02 Do we want to touch user management? 19:10:39 For that we'd need people from SPI and/or DSA, so we can discuss more technical details of merging Debian LDAP and cloud providers' users 19:11:18 i would start with the non-technical aspect. which kind of people need what kind of access 19:11:18 having ppl from SPI may be probelmatic 19:11:24 Or do we (at least for now) want to just manually manage accounts (e.g. for Cloud Team members) and touch this topic when more DDs want access 19:11:34 Yes, I know 19:11:44 It leads to next topic - delegates. 19:11:54 But let's first finish official accounts 19:12:25 Just accounts and publishing, or also user management? 19:12:47 I'd not set goals too wide, to avoid spreading us too thin 19:13:12 Especially as only 10 people added themselves to wiki as participants 19:14:31 Any comments? I don't want to monopolise discussion :-) 19:15:02 we need to talk about users 19:15:23 OK, then let's add this to agenda 19:16:01 #agreed User management in cloud providers 19:16:38 #action Everyone who is interested in user management: please read Gobby documents and minutes from last year 19:17:11 We discussed basics, and had some technical details there, e.g. differences between cloud providers 19:17:38 Do we want to also touch OpenStack providers there? 19:18:32 zigo may want to talk about that 19:19:12 It slightly overlaps with next item on agenda (or even two items): image finder and building (and publishing) images 19:20:22 So should we move to image finder? 19:20:43 What's status there? Do we have it deployed so we can test it a bit? 19:21:13 no, we don't have it deployed yet, that is the plan for the sprint 19:21:48 arthurbdiniz is fixing some stuff and it should be ready to be deployed until there 19:21:55 Ah, OK. I thought that we'd have it deployed somewhere (not under d.o domain, but under d.n domein) before 19:22:31 OK. Just to be sure that everyone is up to date - can he also prepare some (short) description of deployment process or details? 19:22:32 01 19:23:01 the deploy should not be hard, what we want to check is how to gather data from the current publishing system 19:23:52 As we'll have representatives from all 3 providers, it shouldn't be too complex to get details how to fetch info about already-existing images ;-) 19:24:39 serpent_, we currently have a docker image (I am planning to use that for now) but I can ask arthurbdiniz to write up the deployment process 19:24:47 #idea We could have some short (up to 1h) code review - and database schema review 19:24:48 It's not clear that we actually want to fetch details from providers. It may be preferable to drive the finder from the CI system, which is doing the publication. 19:25:01 Do we have Dockerfile somewhere? 19:25:38 If we have current Dockerfile, we might not need deployment process description 19:25:39 yes, the data we need should be provided by the CI system 19:25:44 (code as documentation :-) ) 19:25:57 serpent_, and yes, we have a Dockerfile in the git repo 19:26:07 Cool 19:26:26 #action Check Dockerfile of Image Finder before sprint 19:27:08 So I guess this leads us to Building images topic 19:27:18 More details what it includes? 19:29:31 Salsa workflow and cdimage.d.o layout, or also something else? 19:29:59 no idea 19:32:01 spread the knowledge about the tooling used to build/publish images is included here? IIRC this is one of the topics discussed in our BoF 19:32:21 Sounds good. 19:32:54 In other words - we'll (together) go through all steps included in building image - from debian-cloud-image repo commit to publishing it? 19:33:18 i hope we'll have some black boards 19:33:47 yeah, and we can probably present from a laptop as well 19:36:03 I updated wiki with above details 19:36:17 More items for agenda? 19:38:47 serpent_, did you add a topic about smoke testing images? I might have missed that 19:39:04 No - what's that about? 19:39:33 I don't know people were trying to do that, but I have no idea about the current status 19:39:55 I think the idea there is to actually test images that have been registered with the cloud provider 19:40:06 That is, does it actually boot, etc? 19:40:09 Is it about publishing (semi-) regularily debian-testing image? 19:40:30 Ah - this is about automated testing of our images? 19:40:47 I think we want such testing for our testing images, as well as our stable release images. 19:40:53 Using tests (possibly extended) we (Ross, Helen. me) were working on last year? 19:40:56 yes, testing boot, network, and etc. 19:41:37 I guess this goes under "Salsa workflow and CI setup" but we can add more details there 19:42:51 OK, added "Live testing of images on cloud providers' infrastructure" 19:45:43 During last meeting (and on mailing list) we also have mentioned separate Salsa group and mirror naming and management 19:46:00 Should we also put those as topic/agenda for sprint? 19:46:38 We should spend some time on the mirrors at the sprint, for sure. 19:46:59 #agreed Package mirror management 19:49:55 waldi: did you start working on new Salsa group? 19:50:31 serpent_: yep, the transition is actually already finished 19:51:26 OK, we might discuss it shortly at sprint (e.g. account management there) but I guess rather so everyone understands that 19:51:41 sure 19:52:09 #action Present our Salsa project setup 19:52:33 Do we want to touch Docker images (by Debian, official ones)? 19:52:46 * rvandegrift is late, but now catching up 19:52:50 I'm not sure if we have anyone proficient it Docker 19:53:09 what about vagrant? 19:53:18 serpent_: I know Docker quite well, but I don't want to touch any of this without involving the DDs that are already publishing images to Docker Hub. 19:54:29 OK. Let's discuss options during sprint then, without much commitment 19:54:46 noahm: +1 I tnink we should try again to bring them in 19:54:58 I guess for Vagrant it's similar - if we have someone who knows it, we can start with it 19:57:49 as far as I know marcello^ is quite familiar with it 19:58:45 #action Discuss Docker and Vagrant - at least status, possibly roadmap for Cloud Team to get involved in Debian images there 20:00:12 One hour passed. Do we have other topics (except for next meeting time/date) or should we slowly wind down? 20:01:22 next meeting would be one week before the sprint 20:01:45 #topic Next meeting 20:03:28 we can skip that one i think 20:03:37 Do we have enough to warrant another meeting before the sprint? 20:03:54 unless we have any last-minute things to synchronize 20:03:55 I'd suggest either skipping, or doing it during sprint (for people who'll not come). 20:04:35 But I guess they'll still want to be on IRC for more time than a mere 1h 20:06:22 #idea Skip next meeting, discuss time/date of subsequent (November) meeting during Sprint 20:10:26 Does it silence mean that we're done and should finish meeting? 20:10:34 yes 20:11:40 yup 20:12:05 #action Add latest points (Docker/Vagrant) to Sprint wiki page 20:12:31 #action I'll summarize it a bit and send email to list, but earliest on Tuesday 20:12:38 #endmeeting