13:01:43 <jki> #startmeeting CIP IRC weekly meeting
13:01:43 <brlogger> Meeting started Thu Feb 24 13:01:43 2022 UTC and is due to finish in 60 minutes.  The chair is jki. Information about MeetBot at http://wiki.debian.org/MeetBot.
13:01:43 <brlogger> Useful Commands: #action #agreed #help #info #idea #link #topic #startvote.
13:01:43 <brlogger> The meeting name has been set to 'cip_irc_weekly_meeting'
13:01:44 <collab-meetbot> Meeting started Thu Feb 24 13:01:43 2022 UTC and is due to finish in 60 minutes.  The chair is jki. Information about MeetBot at http://wiki.debian.org/MeetBot.
13:01:44 <collab-meetbot> Useful Commands: #action #agreed #help #info #idea #link #topic #startvote.
13:01:44 <collab-meetbot> The meeting name has been set to 'cip_irc_weekly_meeting'
13:01:48 <jki> hi everyone
13:01:59 <patersonc[m]> Hello
13:02:00 <uli> hello
13:02:03 <pave1> Hi!
13:02:06 <masami> hi
13:02:07 <alicef> hi
13:04:01 <jki> not yet everyone around, but let's start
13:04:24 <jki> #topic AI review
13:04:30 <jki> 1. Try out KernelCI branches for CIP maintainers - pavel & iwamatsu
13:04:47 <jki> there was some blocker last week - resolved?
13:05:12 <patersonc[m]> Should be
13:05:17 <patersonc[m]> https://linux.kernelci.org/job/cip-gitlab/
13:05:43 <patersonc[m]> Email notifications should also start being sent soon: https://github.com/kernelci/kernelci-jenkins/pull/75
13:07:03 <pave1> Ok, so I randomly clicked on some links, and I see lot of failures but I don't believe they are real.
13:07:06 <pave1> Example: https://linux.kernelci.org/build/id/62176ce806d6ce40ebc62976/logs/
13:07:37 <pave1> https://linux.kernelci.org/build/id/62176c59577e4d6986c6299e/logs/
13:08:21 <pave1> 5.10 has less failures, but some too: https://linux.kernelci.org/build/id/6213dc7954fc8a7036c629be/logs/
13:08:24 <jki> armv3???
13:08:35 <pave1> I'm not the one who configured kernelci :-)
13:10:10 <jki> who can help understanding this? or filtering it if its uninteresting?
13:11:21 <patersonc[m]> Maybe we can filter out a few things we don't care about
13:12:56 <pave1> I'd actually preffer the other way around. Someone who points us "hey, this is a real bug you should be fixing".
13:14:46 <patersonc[m]> No one is manually go through CIP's' test results to tell us what needs addressing. That's CIP's job.
13:15:20 <patersonc[m]> If there are legacy things that always kick of build errors for things we don't care about, e.g. mips, then we should just not build for mips
13:15:32 <pave1> Yes, and someone needs to do that. And kernelci is too confusing for me, so I am not volunteering for the job.
13:19:57 <jki> are those failures related to our kernel build or where they present with LTS as well?
13:20:09 <jki> I thought we had that ground truth
13:20:36 <pave1> I believe there are different configs between -stable and -cip, so that results are not easy to compare :-(.
13:22:46 <jki> so, are we lacking time to sort this out step by step?
13:22:49 <jki> or the understanding of what is built how here?
13:23:07 <pave1> I believe we are missing a volunteer :-).
13:23:20 <patersonc[m]> 4.4.302 results are here: https://linux.kernelci.org/build/stable-rc/branch/linux-4.4.y/kernel/v4.4.302/
13:23:46 <patersonc[m]> Pavel's test branch version here: https://linux.kernelci.org/build/cip-gitlab/branch/ci%2Fpavel%2Flinux-test/kernel/v4.4.302-1101-gc2ab5f3d8331/
13:23:57 <patersonc[m]> Look to be the same issues
13:25:17 <jki> so, first thing would be to get rid of those mips reports - or even builds
13:26:44 <jki> and "Acron RiscPC" is also predating our focus
13:26:51 <patersonc[m]> Could you guys create tickets on https://github.com/orgs/kernelci/projects/11 with your change requests? Easy to track that way
13:30:42 <jki> who needs to do that where? under https://github.com/kernelci/kernelci-core/issues?
13:31:59 <patersonc[m]> Yea I guess add them there if they can't be added directly to the project board
13:32:06 <patersonc[m]> Add a CIP label
13:34:09 <jki> and that will solve our volunteers issue as well? :)
13:35:56 <jki> ok, seems we are not making progress here - would be a pity, though, if this block kernelci usage, after all the investments so far
13:36:40 <patersonc[m]> If there are tickets Alice and I will gradually get to them
13:36:44 <jki> and https://github.com/kernelci/kernelci-core/issues/new/choose does not really fit as well...
13:37:23 <jki> looks as if kernelci knows no bugs ;)
13:38:29 <jki> ok - move on?
13:38:51 <jki> 3
13:38:52 <jki> 2
13:38:53 <alicefm> We also have the KernelCI cip project board https://github.com/orgs/kernelci/projects/11
13:38:54 <jki> 1
13:39:11 <jki> but that board permits no issue submission to my understanding
13:39:24 <jki> once you have an issue, you can add it there, no?
13:39:53 <alicefm> When add a new issue you have to select cip project with label
13:40:12 <alicefm> And will be added in the project board
13:40:19 <jki> I don't have the rights to select labels
13:40:34 <alicefm> Yes
13:40:47 <alicefm> Is just under the label selection
13:41:00 <jki> yes, and I don't have the rights to edit anything there
13:41:16 <jki> alicef: please do that, you likely have as project member
13:41:24 <alicefm> Also on your issues?
13:41:45 <alicefm> I understand others issues but your?
13:42:04 <jki> I have the editor open - do I need to submit first?
13:42:19 <alicefm> I think you should be able to select it during submission
13:42:28 <jki> and that is not the case here
13:43:01 <alicefm> Ok I will check this
13:44:07 <jki> I can submit a short placeholder issue nevertheless ("CIP: ...")
13:44:40 <jki> done
13:44:43 <jki> https://github.com/kernelci/kernelci-core/issues/1053
13:44:53 <jki> ok, next topic
13:45:04 <jki> 2. Send CIP follow-up on 4.4 discontinuation notice - pavel
13:45:19 <pave1> Done.
13:45:21 <jki> I've seen the message on RT
13:45:30 <jki> on LKML as well then?
13:45:37 <jki> perfect!
13:45:48 <pave1> I have also asked about using 4.4.345 namespace, but Greg was not too happy about that.
13:46:05 <jki> i was expecting this
13:46:45 <jki> yeah, then we either don't tag the non-cip branch or invent something different for the "baseline"
13:47:08 <pave1> I'll check....
13:47:27 <pave1> Here's Greg's reply, it shows original mail went to lkml, too.
13:47:34 <pave1> https://lore.kernel.org/all/Yg8%2FvxWzcc%2Fetxp+@kroah.com/
13:47:45 <pave1> https://lore.kernel.org/all/20220217205550.GA21004@duo.ucw.cz/
13:48:31 <jki> fine
13:48:46 <jki> next topic
13:48:53 <jki> 3. Draft press announcement about 5.10 release and 4.4 self-maintenance - jan
13:49:13 <jki> draft shared with most of you (privately, editing link...)
13:49:31 <jki> thanks for feedback so far already!
13:50:18 <jki> I'll start discussing next steps with Neal - meanwhile further comments are welcome, of course
13:50:53 <jki> anything else?
13:51:19 <jki> 3
13:51:22 <jki> 2
13:51:23 <jki> 1
13:51:26 <jki> #topic Kernel maintenance updates
13:52:14 <uli> reviewed 5.10.102
13:52:39 <pave1> I was reviewing 5.10.102, did 5.10.100-rt release and am preparing 4.4-stable tree.
13:52:49 <masami> There was 7 new CVEs this week.
13:55:05 <jki> any of them already affecting our 4.4?
13:55:22 <pave1> At least 2, yes.
13:55:37 <jki> fixes in 4.9 in sight?
13:57:00 <masami> 4.4 is affected by CVE-2022-25258, CVE-2022-25375.
13:57:17 <masami> both CVEs are already fixed in the mainline and all stable kernels
13:57:34 <masami> These patches are able to apply 4.4.
13:58:09 <jki> ok, still easy ones, good
13:58:29 <pave1> Both are USB gadget issues. I'd not lose sleep over those for now.
13:58:42 <jki> yeah :)
13:59:09 <jki> anything else regarding maintenance?
13:59:49 <jki> 3
13:59:50 <jki> 2
13:59:52 <jki> 1
13:59:55 <jki> #topic Kernel testing
14:00:20 <jki> ...besides what we discussed already
14:00:58 <alicefm> no updates from me
14:01:10 <patersonc[m]> Nothing else from me
14:01:31 <jki> good - then move on
14:01:44 <jki> #topic AOB
14:01:54 <jki> the LF bot is... not working
14:02:00 <jki> Neal is already informed
14:02:37 <jki> at least the logs are not shared - maybe it is recording
14:02:57 <jki> anyway, we still have both options
14:03:06 <jki> anything else from anyone?
14:03:49 <jki> 3
14:03:50 <jki> 2
14:03:53 <jki> 1
14:03:56 <jki> #endmeeting