13:02:58 #startmeeting CIP IRC weekly meeting 13:02:58 Meeting started Thu Mar 16 13:02:58 2023 UTC and is due to finish in 60 minutes. The chair is jki. Information about MeetBot at http://wiki.debian.org/MeetBot. 13:02:58 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 13:02:58 The meeting name has been set to 'cip_irc_weekly_meeting' 13:03:12 #topic AI review 13:03:15 1. clarify usage of .sources files in cip-kernel-config (patersonc) 13:03:21 nope 13:03:40 wasn't there some mail sent already? 13:04:03 I don't remember sending something :P 13:04:12 then I dreamt ;) 13:04:16 2. reach out to Greg regarding LTS (jan) 13:04:20 ok, status here: 13:04:37 I mailed to Raphael of the Debian LTS project 13:04:44 no reply yet though 13:05:33 but I learned from Linaro folks yesterday that there is a broader need still 13:06:20 same motivations as for us, and maybe there is chance to partner - with whoever wants to support longer LTS again 13:06:42 will need to follow up with them as well 13:07:45 did anybody get those slides from greg that were mentioned last time? 13:08:10 it's still just a single slide with already known content 13:08:40 could you send me a copy anyway? just for reference... 13:09:03 sure 13:09:06 thanks 13:09:47 done 13:09:52 great 13:10:10 ok, anything else here? 13:10:40 3 13:10:42 2 13:10:43 1 13:10:47 #topic Kernel maintenance updates 13:11:04 This week reported 6 new CVEs and 7 updated CVEs. 13:11:29 reviewing 5.10.173 13:11:55 reviewing 5.10.173/4/5. 13:15:17 anything else? 13:15:37 3 13:15:39 2 13:15:41 1 13:15:44 #topic Kernel release status 13:15:48 - 4.4 13:15:53 4.4.302-cip73 is out 13:16:14 -rt should follow, schedule-wise, right? 13:16:21 any blockers? 13:16:29 none that i'm aware of 13:16:48 'll take a look. Need to compare 4.14-rt releases. 13:17:51 ok 13:17:57 - 4.19 13:18:19 -rt was released, matching 4.19-cip would be nice. 13:18:47 I guess you will ping iwamatsu-san on that 13:19:05 good 13:19:10 - 5.10 13:19:21 all up to date, iirc 13:19:26 Yep. He's watching -rt announcements, too. 13:20:30 ok, anything else? 13:20:44 3 13:20:46 2 13:20:48 1 13:20:50 #topic Kernel testing 13:21:19 Hello 13:21:19 I've got three things today. 13:21:19 1) 13:21:20 As part of improving/formalising CIP testing I've started to draft a requirements document. 13:21:20 Once the initial draft is complete I'll invite comments/review from you all, please :) 13:21:21 2) 13:21:21 I've started to monitor and report to Greg the results of our testing on all of the LTS release candidates. 13:21:22 I still need to add v6.2 support. 13:21:24 My MRs from this work still need reviewing please, to make sure we're testing what is required. 13:21:27 Please see bottom of https://lists.cip-project.org/g/cip-dev/message/10973 13:21:39 3) 13:21:41 I had a chat with Sietze (Bosch) last week about frontends for our CI. 13:21:44 The point here is that unless we want to heavily fork and modify KernelCI, it's never going to meet our non-kernel testing requirements. 13:21:47 So we'll likely always want to keep our GitLab CI approach. 13:21:59 The current apprach has drawbacks in that it's hard to track individual test case results between versions etc. 13:22:21 So we'll likely need to have some sort of front end on top of GitLab to facilitate things. 13:22:22 Sietze is going to start a survey to see what existing options there are - I'd ideally like to reuse something rather then reinvent the wheel. 13:22:23 Done. And enter discussion... ;) 13:22:42 overflow :) 13:23:19 expressing the needs or wishes towards kernelci would still be valuable 13:23:45 at least for the purpose or recording them - and maybe triggering +1 or other remarks 13:24:05 Agreed, but they are focused on Kernel testing only 13:24:21 what are the non-kernel testing needs then? 13:24:33 Debian package testing? -> Debian 13:24:38 I was thinking cip-core testing, e.g. security packages etc. 13:24:58 CIP image integration -> that is our issue, indeed 13:25:22 packages should eventually all be upstream, thus enabled to be tested by Debian then as well 13:25:59 It may be that forking kernelci is the best solution for us to handle all of our testing in one place. Maybe another front end will be better. That's what we'll investigate. 13:26:09 ok 13:26:40 but also the front-end needs should be clarified if they aren't also relevant beyond us 13:27:28 Sure. I'm all for reuse, whether it's by us or others 13:27:43 great 13:28:42 anything else regarding testing? 13:29:23 Any updates from the KernelCI world Arisu -san? 13:31:48 I guess not :) 13:32:21 arisut: ? 13:33:05 ok, move on? 13:33:20 3 13:33:21 yea 13:33:22 2 13:33:24 1 13:33:28 #topic AOB 13:35:02 any other topics for today? 13:35:44 3 13:35:45 2 13:35:47 1 13:35:50 #endmeeting