2024-04-18 17:01:35 <@amoloney:fedora.im> !startmeeting  F40 Final Go/No-Go meeting
2024-04-18 17:01:36 <@meetbot:fedora.im> Meeting started at 2024-04-18 17:01:35 UTC
2024-04-18 17:01:36 <@meetbot:fedora.im> The Meeting name is 'F40 Final Go/No-Go meeting'
2024-04-18 17:02:07 <@amoloney:fedora.im> !topic Roll Call
2024-04-18 17:02:08 <@amoloney:fedora.im> !hi
2024-04-18 17:02:11 <@farribeiro:matrix.org> !hi
2024-04-18 17:02:11 <@zodbot:fedora.im> Aoife Moloney (amoloney)
2024-04-18 17:02:14 <@zodbot:fedora.im> Fábio Ribeiro (farribeiro) - he / him / his
2024-04-18 17:02:25 <@adamwill:fedora.im> !hi
2024-04-18 17:02:27 <@zodbot:fedora.im> Adam Williamson (adamwill) - he / him / his
2024-04-18 17:02:48 <@nirik:matrix.scrye.com> morning
2024-04-18 17:02:48 <@geraldosimiao:matrix.org> !hi
2024-04-18 17:02:51 <@zodbot:fedora.im> Geraldo S. Simião Kutz (geraldosimiao) - he / him / his
2024-04-18 17:03:41 <@coremodule:fedora.im> !hello
2024-04-18 17:03:42 <@zodbot:fedora.im> Geoffrey Marr (coremodule)
2024-04-18 17:03:51 <@amoloney:fedora.im> !topic Purpose of this meeting
2024-04-18 17:04:00 <@amoloney:fedora.im> !info info Purpose of this meeting is to check whether or not F40 Final is ready for shipment, according to the release criteria.
2024-04-18 17:04:13 <@amoloney:fedora.im> !info This is determined in a few ways:
2024-04-18 17:04:38 <@amoloney:fedora.im> !info 1. Release candidate compose is available
2024-04-18 17:04:50 <@amoloney:fedora.im> !info 2. No remaining blocker bugs
2024-04-18 17:05:06 <@amoloney:fedora.im> !info 3.Test matrices are fully complete
2024-04-18 17:05:17 <@amoloney:fedora.im> !info 4. Fedora CoreOS & IoT are ready
2024-04-18 17:05:31 <@amoloney:fedora.im> now the good stuff
2024-04-18 17:05:38 <@amoloney:fedora.im> !topic Release candidate
2024-04-18 17:05:47 <@amoloney:fedora.im> Have we an RC to discuss today?
2024-04-18 17:06:16 <@adamwill:fedora.im> we have!
2024-04-18 17:06:29 <@adamwill:fedora.im> !info https://dl.fedoraproject.org/pub/alt/stage/40_RC-1.14/ is the current RC
2024-04-18 17:06:34 <@nirik:matrix.scrye.com> it's like... days old!
2024-04-18 17:06:49 <@adamwill:fedora.im> it probably smells
2024-04-18 17:07:05 <@amoloney:fedora.im> !info RC 1.14 is the release candidate that we will decide if Fedora Linux 40 will release with
2024-04-18 17:07:14 <@amoloney:fedora.im> Its like a fine wine 
2024-04-18 17:07:41 <@amoloney:fedora.im> !topic Current Status - Blockers
2024-04-18 17:08:04 <@adamwill:fedora.im> ooo is it my turn
2024-04-18 17:08:05 <@amoloney:fedora.im> !link https://qa.fedoraproject.org/blockerbugs/milestone/40/final/buglist
2024-04-18 17:08:22 <@amoloney:fedora.im> Please welcome to the stage.... adamw !
2024-04-18 17:08:26 <@adamwill:fedora.im> yaaay
2024-04-18 17:08:31 <@adamwill:fedora.im> OK, let's start with proposed blockers
2024-04-18 17:08:33 <@adamwill:fedora.im> !topic (2275209) Intended final backgrounds for Fedora 40 are not included
2024-04-18 17:08:37 <@zbyszek:fedora.im> .hi
2024-04-18 17:08:38 <@adamwill:fedora.im> !link https://bugzilla.redhat.com/show_bug.cgi?id=2275209
2024-04-18 17:08:41 <@adamwill:fedora.im> !link https://pagure.io/fedora-qa/blocker-review/issue/1597
2024-04-18 17:08:44 <@adamwill:fedora.im> !info Proposed Blocker, f40-backgrounds, MODIFIED
2024-04-18 17:08:47 <@adamwill:fedora.im> !info Ticket vote: FinalBlocker (+0,0,-5) (-augenauf, -catanzaro, -kevin, -geraldosimiao, -lruzicka)
2024-04-18 17:08:52 <@adamwill:fedora.im> !info Ticket vote: FinalFreezeException (+3,0,-2) (+augenauf, +lruzicka, +kparal, -catanzaro, -geraldosimiao)
2024-04-18 17:09:25 <@adamwill:fedora.im> the criterion here is "The proposed final Fedora artwork must be included and used as the background on release-blocking desktops"
2024-04-18 17:09:33 <@frantisekz:fedora.im> !hi
2024-04-18 17:09:34 <@zodbot:fedora.im> František Zatloukal (frantisekz)
2024-04-18 17:09:38 <@adamwill:fedora.im> up until yesterday I would have argued that technically this *is* a blocker (but we should waive it for being late)
2024-04-18 17:10:19 <@nirik:matrix.scrye.com> and today?
2024-04-18 17:10:23 <@adamwill:fedora.im> but since https://gitlab.com/groups/fedora/design/-/epics/32#note_1866027989 was posted, i think we can reasonably say the beta backgrounds are now the "intended" backgrounds again
2024-04-18 17:10:27 <@adamwill:fedora.im> yay logic!
2024-04-18 17:10:35 <@nirik:matrix.scrye.com> ah right. indeed.
2024-04-18 17:10:45 <@adamwill:fedora.im> so, i'll add my -1
2024-04-18 17:10:50 <@amoloney:fedora.im> I agree that we shouldnt delay for this when the Beta wallpaper is available (and beautiful)
2024-04-18 17:10:51 <@adamwill:fedora.im> anyone want to argue +1 before I propose?
2024-04-18 17:11:00 <@geraldosimiao:matrix.org> The bodhy update with this specific backgrounds was unpushed: I agree with mattdm and adamw. Based on feedback, I unpush the change and bring the reverted version. (luya)
2024-04-18 17:11:00 <@amoloney:fedora.im> -1 FB
2024-04-18 17:11:23 <@frantisekz:fedora.im> -1
2024-04-18 17:11:29 <@geraldosimiao:matrix.org> so even the mantainer thinks its a good idia to use the last background at f41
2024-04-18 17:11:37 <@farribeiro:matrix.org> -1 FB
2024-04-18 17:13:27 <@adamwill:fedora.im> proposed !agreed 2275209 - RejectedBlocker (Final) - this is rejected on the grounds that the design team now agrees the new backgrounds arrived too late, which makes the Beta backgrounds once more the "proposed final Fedora artwork". See https://gitlab.com/groups/fedora/design/-/epics/32#note_1866027989
2024-04-18 17:13:37 <@nirik:matrix.scrye.com> ack
2024-04-18 17:13:37 <@geraldosimiao:matrix.org> ack
2024-04-18 17:13:41 <@farribeiro:matrix.org> Ack
2024-04-18 17:13:44 <@amoloney:fedora.im> ack
2024-04-18 17:14:13 <@frantisekz:fedora.im> ack
2024-04-18 17:14:17 <@adamwill:fedora.im> !agreed 2275209 - RejectedBlocker (Final) - this is rejected on the grounds that the design team now agrees the new backgrounds arrived too late, which makes the Beta backgrounds once more the "proposed final Fedora artwork". See https://gitlab.com/groups/fedora/design/-/epics/32#note_1866027989
2024-04-18 17:14:26 <@adamwill:fedora.im> !topic (2275855) CVE-2024-2961 glibc: Out of bounds write in iconv may lead to remote code execution [fedora-all]
2024-04-18 17:14:28 <@adamwill:fedora.im> !link https://bugzilla.redhat.com/show_bug.cgi?id=2275855
2024-04-18 17:14:30 <@adamwill:fedora.im> !link https://pagure.io/fedora-qa/blocker-review/issue/1600
2024-04-18 17:14:34 <@adamwill:fedora.im> !info Proposed Blocker, glibc, ASSIGNED
2024-04-18 17:14:58 <@adamwill:fedora.im> thanks to Carlos O'Donell for being here to provide expert advice on this one (he is the glibc maintainer)
2024-04-18 17:15:08 <@codonell:fedora.im> :-)
2024-04-18 17:15:17 <@adamwill:fedora.im> the criterion here is "There must be no SELinux denial notifications or crash notifications on boot of or during installation from a release-blocking live image, or at first login after a default install of a release-blocking desktop"
2024-04-18 17:15:24 <@adamwill:fedora.im> uhhh
2024-04-18 17:15:25 <@adamwill:fedora.im> no it isn't
2024-04-18 17:15:36 <@zodbot:fedora.im> farribeiro gave a cookie to codonell. They now have 3 cookies, 1 of which were obtained in the Fedora 39 release cycle
2024-04-18 17:15:49 <@adamwill:fedora.im> the criterion here is "The release must contain no known security bugs of 'important' or higher impact according to the Red Hat severity classification scale which cannot be satisfactorily resolved by a package update (e.g. issues during installation)"
2024-04-18 17:16:07 <@nirik:matrix.scrye.com> so, thats the question... ;)
2024-04-18 17:16:20 <@geraldosimiao:matrix.org> yeah: resolved by a package update
2024-04-18 17:16:25 <@frantisekz:fedora.im> "The issue can be satisfactorily resolved by a glibc package update."
2024-04-18 17:16:25 <@adamwill:fedora.im> per https://access.redhat.com/security/cve/CVE-2024-2961 this CVE *is* rated important. so the question is, can it be "satisfactorily resolved by a package update", which to me means, "is it plausibly exploitable against a person doing things we can reasonably anticipate they would do from a live or installer environment"
2024-04-18 17:16:30 <@zodbot:fedora.im> geraldosimiao gave a cookie to codonell. They now have 4 cookies, 2 of which were obtained in the Fedora 39 release cycle
2024-04-18 17:17:09 <@adamwill:fedora.im> i'd say any kind of exploit against a server is out (unless it's a server that is for some reason running in any of our live or installer environments)
2024-04-18 17:17:17 <@codonell:fedora.im> The issue is satisfactorily resolvable with a pakcage update IMO as a glibc package maintainer. The actions taken by a client during install are not exploitable IMO. 
2024-04-18 17:17:25 <@adamwill:fedora.im> thanks a lot carlos
2024-04-18 17:17:31 <@nirik:matrix.scrye.com> good to hear.
2024-04-18 17:17:42 <@adamwill:fedora.im> with that evaluation i'd be -1 blocker
2024-04-18 17:17:46 <@geraldosimiao:matrix.org> yay
2024-04-18 17:17:54 <@geraldosimiao:matrix.org> FB -1
2024-04-18 17:17:55 <@codonell:fedora.im> We want to fix this ASAP for F40 for people running a Fedora 40 server though.
2024-04-18 17:18:02 <@amoloney:fedora.im> I would agree with the professionals :)
2024-04-18 17:18:33 <@farribeiro:matrix.org>  -1 FB
2024-04-18 17:18:37 <@geraldosimiao:matrix.org> so: how to get this package to te stable repos at day 0? a zero-day blocker?
2024-04-18 17:18:40 <@adamwill:fedora.im> Carlos O'Donell: so, if you get an update queued ASAP we can get it some karma, and then it will be pushed when we unfreeze between this meeting and the release
2024-04-18 17:19:02 <@adamwill:fedora.im> we could make it a 0-day blocker but it doesn't seem worth the effort, a glibc update is gonna get plenty of karma and get in the queue
2024-04-18 17:19:06 <@geraldosimiao:matrix.org> or for the people doing system upgrades
2024-04-18 17:19:10 <@nirik:matrix.scrye.com> -1 Blocker just for the record.
2024-04-18 17:19:18 <@adamwill:fedora.im> i guess we can give nirik a note to try and do the 0-day push ASAP after this update is queued
2024-04-18 17:19:28 <@bytehackr:matrix.org>  -1 FB
2024-04-18 17:19:38 <@nirik:matrix.scrye.com> we can't do that until we tag the final release and the last nightly finishes tho.
2024-04-18 17:19:46 <@conan_kudo:matrix.org> !hi
2024-04-18 17:19:47 <@frantisekz:fedora.im> -1 FB then
2024-04-18 17:19:48 <@nirik:matrix.scrye.com> so it would be sometime tomorrow
2024-04-18 17:19:49 <@zodbot:fedora.im> Neal Gompa (ngompa) - he / him / his
2024-04-18 17:19:50 <@adamwill:fedora.im> right, so i meant, do that bit as fast as possible :D
2024-04-18 17:20:04 <@geraldosimiao:matrix.org> 0Day +1
2024-04-18 17:20:09 <@codonell:fedora.im> We, the glibc team, already have a Fedora 40 update queued, but we'll get another one to supersede that with the CVE fix ASAP.
2024-04-18 17:20:20 <@adamwill:fedora.im> Carlos O'Donell: sure, that's fine.
2024-04-18 17:20:29 <@farribeiro:matrix.org> 0Day +1
2024-04-18 17:20:39 <@nirik:matrix.scrye.com> yeah, make sure to revoke the other one... so it doesn't _also_ go stable and possibly mistag
2024-04-18 17:20:52 <@adamwill:fedora.im> or just edit it with the new build
2024-04-18 17:21:02 <@nirik:matrix.scrye.com> sure
2024-04-18 17:21:10 <@codonell:fedora.im> Ah, good point.
2024-04-18 17:22:10 <@adamwill:fedora.im> seems like we have +2 for 0Day
2024-04-18 17:22:22 <@adamwill:fedora.im> to me it's a bit academic but we can go that way if we like...
2024-04-18 17:23:33 <@zodbot:fedora.im> ngompa gave a cookie to codonell. They now have 5 cookies, 3 of which were obtained in the Fedora 39 release cycle
2024-04-18 17:23:34 <@nirik:matrix.scrye.com> yeah, +0... I think it's pretty sure it will go before release day...
2024-04-18 17:23:59 <@conan_kudo:matrix.org> It's a toughie, but I think the "0Day" target is fine +1
2024-04-18 17:24:43 <@adamwill:fedora.im> proposed !agreed 2275855 - RejectedBlocker (Final) - this is rejected on the basis it can be "satisfactorily resolved by a package update", in the expert opinion of the glibc maintainer
2024-04-18 17:24:46 <@nirik:matrix.scrye.com> ¯\_(ツ)_/¯ sure we can.
2024-04-18 17:24:49 <@adamwill:fedora.im> sigh
2024-04-18 17:24:51 <@adamwill:fedora.im> okay, revised proposal
2024-04-18 17:25:00 <@geraldosimiao:matrix.org> ack
2024-04-18 17:25:10 <@geraldosimiao:matrix.org> ok
2024-04-18 17:25:13 <@farribeiro:matrix.org> A k
2024-04-18 17:25:17 <@farribeiro:matrix.org> Ack
2024-04-18 17:25:24 <@geraldosimiao:matrix.org> whait Fabio
2024-04-18 17:25:33 <@geraldosimiao:matrix.org> he's reproposing
2024-04-18 17:26:03 <@adamwill:fedora.im> proposed !agreed 2275855 - Accepted0Day (Final) - this is accepted as a violation of the CVE criterion, but as a 0Day blocker because in the glibc maintainer's expert opinion, it is not likely to be exploitable against typical actions on live or installer media, so it is fine to resolve it with an update rather than a new candidate compose
2024-04-18 17:26:15 <@nirik:matrix.scrye.com> sure, ack
2024-04-18 17:26:24 <@geraldosimiao:matrix.org> ack
2024-04-18 17:26:25 <@conan_kudo:matrix.org> ack
2024-04-18 17:26:27 <@farribeiro:matrix.org> Ack
2024-04-18 17:26:30 <@amoloney:fedora.im> ack
2024-04-18 17:26:32 <@adamwill:fedora.im> Carlos O'Donell: (this makes no practical difference for you, don't worry)
2024-04-18 17:26:46 <@adamwill:fedora.im> !agreed 2275855 - Accepted0Day (Final) - this is accepted as a violation of the CVE criterion, but as a 0Day blocker because in the glibc maintainer's expert opinion, it is not likely to be exploitable against typical actions on live or installer media, so it is fine to resolve it with an update rather than a new candidate compose
2024-04-18 17:27:16 <@adamwill:fedora.im> !info let's revisit our outstanding 0-day blocker
2024-04-18 17:27:27 <@adamwill:fedora.im> !topic (2274830) Reinstate network service for Fedora 40
2024-04-18 17:27:29 <@adamwill:fedora.im> !link https://bugzilla.redhat.com/show_bug.cgi?id=2274830
2024-04-18 17:27:31 <@adamwill:fedora.im> !link https://pagure.io/fedora-qa/blocker-review/issue/1593
2024-04-18 17:27:34 <@adamwill:fedora.im> !info Accepted 0-day Blocker, initscripts, ON_QA
2024-04-18 17:27:54 <@adamwill:fedora.im> !info the update is queued for stable, so this is fine
2024-04-18 17:28:02 <@adamwill:fedora.im> !info let's revisit our outstanding previous release blocker
2024-04-18 17:28:10 <@adamwill:fedora.im> !topic (2242759) dnf system-upgrade fails on some RPi4 due to system boot date that pre-dates gpg key
2024-04-18 17:28:13 <@adamwill:fedora.im> !link https://bugzilla.redhat.com/show_bug.cgi?id=2242759
2024-04-18 17:28:15 <@adamwill:fedora.im> !link https://pagure.io/fedora-qa/blocker-review/issue/1435
2024-04-18 17:28:18 <@adamwill:fedora.im> !info Accepted Previous Release Blocker, distribution, NEW
2024-04-18 17:28:25 <@adamwill:fedora.im> okay, so, realistically, we aren't going to fix this, i don't think
2024-04-18 17:28:33 <@nirik:matrix.scrye.com> seems not.
2024-04-18 17:28:39 <@adamwill:fedora.im> i propose we either waive it or just reject it as unfixable at this point
2024-04-18 17:28:46 <@adamwill:fedora.im> we've been punting on it for, what, a cycle and a half
2024-04-18 17:28:51 <@amoloney:fedora.im> :(
2024-04-18 17:29:01 <@adamwill:fedora.im> i'm not a fan of the pantomime of keeping it around and waiving it forever
2024-04-18 17:29:14 <@conan_kudo:matrix.org> especially after we did it for shim...
2024-04-18 17:29:26 <@conan_kudo:matrix.org> we waived shim for at least three cycles :(
2024-04-18 17:29:27 <@zbyszek:fedora.im> I don't think it's unfixable. It's a real problem and a bunch of possible solutions were proposed. They are not even hard to implement.
2024-04-18 17:29:33 <@amoloney:fedora.im> can we just assign it to common bugs and call it at that?
2024-04-18 17:29:48 <@amoloney:fedora.im> or does it need to be a blocker bug every time?
2024-04-18 17:29:49 <@adamwill:fedora.im> yes, that's more or less what i'm proposing
2024-04-18 17:29:53 <@conan_kudo:matrix.org> well, let's try to see if we can get it fixed for F41
2024-04-18 17:31:19 <@adamwill:fedora.im> so the way I would argue it is: this is a conditional violation of the upgrade criteria (they are violated for systems with no RTC, once the system is old enough or whatever). conditional violations are subject to our subjective evaluation, per https://fedoraproject.org/wiki/Blocker_Bug_FAQ#What_about_hardware_and_local_configuration_dependent_issues?
2024-04-18 17:31:26 <@geraldosimiao:matrix.org> waive it just one more time and let's hope we have something for f41. If not then we can go with the other way...
2024-04-18 17:31:39 <@adamwill:fedora.im> one of the factors which we specifically list there is "The difficulty involved in fixing the issue: whether there is a significant chance that attempting to fix the issue could cause more serious problems"
2024-04-18 17:32:22 <@adamwill:fedora.im> i would propose we re-do our subjective evaluation of this bug and reject it as a blocker as it has been demonstrated that "the difficulty involved in fixing the issue" in this case is substantial and probably out of proportion to the benefit
2024-04-18 17:32:40 <@adamwill:fedora.im> it certainly is plausibly the case that any attempted fix for this could go wrong and break something else
2024-04-18 17:32:46 <@conan_kudo:matrix.org> the problem is that RPIs are basically our only blocking ARM hardware and are affected by this
2024-04-18 17:33:03 <@conan_kudo:matrix.org> so by definition it's widespread from our own criteria
2024-04-18 17:33:09 <@adamwill:fedora.im> still, i think it's reasonable to take a wider view
2024-04-18 17:33:35 <@adamwill:fedora.im> they're the most popular *arm* hardware, sure, but this is holding up the *entire fedora* release process each time and causing bureaucracy
2024-04-18 17:34:09 <@adamwill:fedora.im> so i'm willing to look at a wider context and say "we're not serving any purpose by pretending the block the entire release process on a problem with upgrading raspberry pis that nobody really seriously knows how to fix"
2024-04-18 17:34:33 <@nirik:matrix.scrye.com> I think we do know how to fix it, just no one has commited to/is doing that. ;)
2024-04-18 17:34:47 <@adamwill:fedora.im> i mean, there are ideas, but every time someone posts an idea someone else says "hmmm but"
2024-04-18 17:34:54 <@amoloney:fedora.im> while the problem could be viewed as widespread, how much of a widespread problem is it from the users? I would also agree with Adam on the larger issue of this blocking everything else
2024-04-18 17:34:56 <@adamwill:fedora.im> anyhoo, just my idea
2024-04-18 17:35:17 <@adamwill:fedora.im> if people disagree we can waive it again. or we can slip for a week and expect someone to fix it on monday!
2024-04-18 17:35:26 <@amoloney:fedora.im> no, waive
2024-04-18 17:35:29 <@amoloney:fedora.im> please :)
2024-04-18 17:35:30 <@conan_kudo:matrix.org> let's waive it please
2024-04-18 17:35:35 <@conan_kudo:matrix.org> no more delays, please
2024-04-18 17:35:46 <@adamwill:fedora.im> so i'm willing to look at a wider context and say "we're not serving any purpose by pretending to block the entire release process on a problem with upgrading raspberry pis that nobody really seriously knows how to fix"
2024-04-18 17:35:50 <@nirik:matrix.scrye.com> I think we definitely waive it... not sure about dropping it as a blocker. Would have to ponder on that some.
2024-04-18 17:36:02 <@frantisekz:fedora.im> or we could be slipping for a few months/years...
2024-04-18 17:36:13 <@adamwill:fedora.im> okay, it sounds like i didn't convince a ton of people to -1 this immediately, so...
2024-04-18 17:36:15 <@zbyszek:fedora.im> +1 to waiving
2024-04-18 17:36:41 <@adamwill:fedora.im> votes to waive it again as a "Difficult to fix blocker bug" per https://fedoraproject.org/wiki/QA:SOP_blocker_bug_process#Exceptional_cases ?
2024-04-18 17:36:43 <@adamwill:fedora.im> +1 waive
2024-04-18 17:36:44 <@amoloney:fedora.im> well Id be -1 FB, but concede to a +1 waive
2024-04-18 17:36:48 <@geraldosimiao:matrix.org> Waive +1
2024-04-18 17:36:49 <@frantisekz:fedora.im> let's waive then, we could decide in a stronger stance with f41
2024-04-18 17:36:54 <@frantisekz:fedora.im> +1 waive
2024-04-18 17:36:55 <@nirik:matrix.scrye.com> +1 waive
2024-04-18 17:37:41 <@farribeiro:matrix.org> Waive +1
2024-04-18 17:37:45 <@adamwill:fedora.im> proposed !agreed 2242759 - waived as a "difficult to fix blocker bug" per https://fedoraproject.org/wiki/QA:SOP_blocker_bug_process#Exceptional_cases - this is waived to Fedora 41 Beta for now, as we still have no clear solution proposed or firm timeline for one
2024-04-18 17:37:53 <@frantisekz:fedora.im> ack
2024-04-18 17:38:33 <@geraldosimiao:matrix.org> ack
2024-04-18 17:38:35 <@sumantrom:fedora.im> Ack
2024-04-18 17:38:43 <@adamwill:fedora.im> !agreed 2242759 - waived as a "difficult to fix blocker bug" per https://fedoraproject.org/wiki/QA:SOP_blocker_bug_process#Exceptional_cases - this is waived to Fedora 41 Beta for now, as we still have no clear solution proposed or firm timeline for one
2024-04-18 17:38:52 <@adamwill:fedora.im> okay, so:
2024-04-18 17:39:18 <@adamwill:fedora.im> !info we have no blockers that disqualify RC-1.14. We have two accepted 0-day blockers which are clearly on track to be fixed by release day
2024-04-18 17:39:28 <@adamwill:fedora.im> i think i can hand it back to Aoife Moloney 
2024-04-18 17:39:40 <@amoloney:fedora.im> ooooh exciting!
2024-04-18 17:39:57 <@amoloney:fedora.im> now on to phase 3 of our cunning plan
2024-04-18 17:39:59 <@geraldosimiao:matrix.org> 😁
2024-04-18 17:40:04 <@amoloney:fedora.im> !topic Test Matrices
2024-04-18 17:40:07 <@adamwill:fedora.im> underpants?!
2024-04-18 17:40:11 <@adamwill:fedora.im> aw
2024-04-18 17:40:19 <@amoloney:fedora.im> no :p
2024-04-18 17:40:20 <@farribeiro:matrix.org> Lost ack
2024-04-18 17:40:32 <@geraldosimiao:matrix.org> never mind
2024-04-18 17:40:39 <@geraldosimiao:matrix.org> averyone agreed
2024-04-18 17:40:48 <@geraldosimiao:matrix.org> everyone agreed
2024-04-18 17:40:54 <@amoloney:fedora.im> !link link https://fedoraproject.org/wiki/Category:Fedora_40_Test_Result
2024-04-18 17:41:17 <@amoloney:fedora.im> thats either not the link, or I have dropped it too early...
2024-04-18 17:41:36 <@adamwill:fedora.im> missing an s, i think
2024-04-18 17:41:50 <@amoloney:fedora.im> d'oh
2024-04-18 17:41:51 <@geraldosimiao:matrix.org> https://fedoraproject.org/wiki/Test_Results:Current_Summary
2024-04-18 17:42:06 <@amoloney:fedora.im> Thank you geraldosimiao 
2024-04-18 17:42:19 <@geraldosimiao:matrix.org> 😁👍️
2024-04-18 17:42:32 <@conan_kudo:matrix.org> !link https://fedoraproject.org/wiki/Test_Results:Current_Summary
2024-04-18 17:42:58 <@amoloney:fedora.im> are there any final tests that need to be run at this stage?
2024-04-18 17:43:35 <@zodbot:fedora.im> farribeiro has already given cookies to geraldosimiao during the F39 timeframe
2024-04-18 17:43:40 <@adamwill:fedora.im> i'm trying to get the arm cloud tests run
2024-04-18 17:44:46 <@adamwill:fedora.im> can't seem to connect to my instance, weirdly. guess i'll try creating it again
2024-04-18 17:44:49 <@adamwill:fedora.im> x86_64 instance was fine...
2024-04-18 17:46:37 <@amoloney:fedora.im> are there other ones aside from the arm cloud tests? Or are we just waiting on the results of those?
2024-04-18 17:46:56 <@adamwill:fedora.im> technically we seem to missing dual boot with macOS
2024-04-18 17:47:02 <@amoloney:fedora.im> i can set the topic to 'waiting' if we need a little time to cycle through the remaining one(s)
2024-04-18 17:47:13 <@adamwill:fedora.im> last run on 20240223.n.0
2024-04-18 17:47:14 <@amoloney:fedora.im> oh right
2024-04-18 17:47:19 <@adamwill:fedora.im> can anyone knock that one out?
2024-04-18 17:48:45 <@geraldosimiao:matrix.org> no macs here
2024-04-18 17:49:58 <@nirik:matrix.scrye.com> I have one in a closet somewhere, but I don't think it worked/booted on normal kernels... but that was years ago last I tried... not sure I could find it and test install with any speed.
2024-04-18 17:50:23 <@adamwill:fedora.im> a couple of results are missing because of openQA blips but same tests passed on nightlies, so those are fine...i'll fiddle those in the matrices
2024-04-18 17:50:31 <@adamwill:fedora.im> František Zatloukal: we have a mac somewhere don't we?
2024-04-18 17:51:03 <@adamwill:fedora.im> whew, finally got into my cloud instance. that was weird
2024-04-18 17:51:14 <@adamwill:fedora.im> i always seem to have weird issues with aws' firewalling. anyhoo
2024-04-18 17:51:16 <@frantisekz:fedora.im> nope, the one we had in the Brno office got lost in the office during the covid closures, Kamil Páral usually handled borrowing x86 mac from the it, forgot this time afaik
2024-04-18 17:51:23 <@adamwill:fedora.im> oh, fun
2024-04-18 17:51:36 <@adamwill:fedora.im> Conan Kudo: you got any lying around? :D
2024-04-18 17:51:44 <@frantisekz:fedora.im> non-arm :D
2024-04-18 17:52:03 <@nirik:matrix.scrye.com> cmurf had one at one point I think?
2024-04-18 17:52:06 <@conan_kudo:matrix.org> adamw: macs? yes I have one intel mac that I have Fedora running on it
2024-04-18 17:52:10 <@conan_kudo:matrix.org> it's an old one though
2024-04-18 17:52:33 <@conan_kudo:matrix.org> I blew away macOS a long time ago on it since Apple stopped supporting my 2009 MBP 😅
2024-04-18 17:52:48 <@conan_kudo:matrix.org> but Fedora runs great on it 😆
2024-04-18 17:53:09 <@adamwill:fedora.im> i guess you can't test a reinstall?
2024-04-18 17:53:22 <@frantisekz:fedora.im> the problem with the dualboot case unfortunately is that it needs a new install each time
2024-04-18 17:53:30 <@frantisekz:fedora.im> to test out grub2/os-prober/etc :(
2024-04-18 17:53:38 <@adamwill:fedora.im> the pass we have from february was from "osalbahr", dunno who that is
2024-04-18 17:53:44 <@adamwill:fedora.im> we might just have to go with that if nobody has test hw handy
2024-04-18 17:54:04 <@cmurf:fedora.im> my test hardware is in a box a couple thousand miles away
2024-04-18 17:54:19 <@frantisekz:fedora.im> we can wait a bit... :D
2024-04-18 17:54:22 <@conan_kudo:matrix.org> I don't have anything on hand...
2024-04-18 17:54:28 <@adamwill:fedora.im> i'm just finishing up the arm tests
2024-04-18 17:55:09 <@cmurf:fedora.im> does the release criteria require us to test it or only block on a known bug?
2024-04-18 17:55:23 <@frantisekz:fedora.im> we're required to test this
2024-04-18 17:55:28 <@cmurf:fedora.im> ha i guess we can only block on known bugs anyway 😛 no blocking on unknown bugs
2024-04-18 17:55:33 <@frantisekz:fedora.im> we block and not test just the cd/dvds
2024-04-18 17:56:27 <@adamwill:fedora.im> i think it's a 'required' test, but we can reasonably fuzz a bit for awkward hardware (like we used to do for enterprise storage till lnie solved that)
2024-04-18 17:56:28 <@cmurf:fedora.im> ok well if you need a thumbs up to waive and change the release criteria to block if known but not require a test, I'm on board - can't require things we can't do or no one stepping up to test it
2024-04-18 17:56:41 <@adamwill:fedora.im> i'm just stalling till i get the last cloud test done rn
2024-04-18 17:57:06 <@conan_kudo:matrix.org> 🤣
2024-04-18 17:57:34 <@geraldosimiao:matrix.org> so we have this rc for a while and until now didn't get this specific dual boot test done
2024-04-18 17:58:18 <@adamwill:fedora.im> yeah, we should see if we can sort some hw for next cycle i guess
2024-04-18 17:58:24 <@adamwill:fedora.im> didn't realize we didn't have it in brno
2024-04-18 17:58:38 <@adamwill:fedora.im> sorry, i should've checked the matrices earlier, got distreacted
2024-04-18 17:58:40 <@amoloney:fedora.im> i have a macOS, and for the purposes of the next go/no-go meeting (in f41 cycle) if someone could help me make it dual-boot I could probably do this test
2024-04-18 17:58:46 <@cmurf:fedora.im> or in a box in cmurf's storage unit
2024-04-18 17:59:44 <@adamwill:fedora.im> Aoife Moloney: it really needs to be disposable test system, not your primary system
2024-04-18 17:59:52 <@adamwill:fedora.im> also yours is probably arm, not intel? if it's a recent one
2024-04-18 17:59:55 <@adamwill:fedora.im> an 'm' model
2024-04-18 17:59:58 <@farchord:matrix.org> You guys wanna test dual boot? I do have a dual boot machine on F40 already
2024-04-18 18:00:05 <@cmurf:fedora.im> although my mom has a 2012 macbook and I did recently (last two months) boot installation media, and it worked so while that's not proof it'll install and then boot, I'm pretty confident worst case I'd have to write up a common bugs work around
2024-04-18 18:00:09 <@cmurf:fedora.im> I've done that before
2024-04-18 18:00:12 <@farchord:matrix.org> and I do have a Winblows VM on qemu I could try adding a 2nd drive
2024-04-18 18:00:19 <@adamwill:fedora.im> Farchord [Fedora]: the test requires starting from a 'clean' macOS-only setup then testing that installing fedora alongside it works
2024-04-18 18:00:22 <@amoloney:fedora.im> well technically I use the slimbook for the day to day fedora-ing, but its an option if needed
2024-04-18 18:00:26 <@adamwill:fedora.im> we already have passes for windows tests
2024-04-18 18:00:29 <@amoloney:fedora.im> and its an m model
2024-04-18 18:00:31 <@farchord:matrix.org> Oh. Mac. Nvm
2024-04-18 18:00:40 <@adamwill:fedora.im> Aoife Moloney: M is no good for this test
2024-04-18 18:00:41 <@amoloney:fedora.im> rh-issued though
2024-04-18 18:00:57 <@adamwill:fedora.im> this test is specifically for Intel Macs. technically Fedora on ARM Macs isn't really a *thing* yet (it's still a remix)
2024-04-18 18:00:59 <@amoloney:fedora.im> oh well :)
2024-04-18 18:01:14 <@adamwill:fedora.im> at some point down the road we'll probably want to support Fedora on ARM Macs directly and make it blocking, but we're not there yet...
2024-04-18 18:01:16 <@adamwill:fedora.im> aaaanyhoo
2024-04-18 18:01:44 <@cmurf:fedora.im> there should be a testcase or howto reset a Mac back to 'clean' state without having to "nuke the Mac from orbit to be sure" - not sure where that write up is living these days
2024-04-18 18:01:54 <@adamwill:fedora.im> errr, did the wiki just fall over?
2024-04-18 18:01:55 <@amoloney:fedora.im> are we there with the arm cloud tests though now? ;)
2024-04-18 18:02:01 <@adamwill:fedora.im> yeah, they all passed
2024-04-18 18:02:07 <@adamwill:fedora.im> was just filling out results when the wiki went boom
2024-04-18 18:02:10 <@adamwill:fedora.im> hum, seems to be alive again
2024-04-18 18:03:05 <@adamwill:fedora.im> okay, done
2024-04-18 18:03:06 <@adamwill:fedora.im> so:
2024-04-18 18:03:25 <@adamwill:fedora.im> !info we are missing macOS dual boot test due to nobody having the hardware, we will have to trust that the pass in February is still valid
2024-04-18 18:04:13 <@adamwill:fedora.im> !info a couple of other tests are missing because they failed in openQA, the failures just look like blips, the same tests have since passed on nightlies that are identical to the RC. i'm re-running the failed tests ATM
2024-04-18 18:04:35 <@adamwill:fedora.im> !info other than those issues the matrices are substantially complete, i think we can consider the coverage complete
2024-04-18 18:05:22 <@amoloney:fedora.im> Nice! In that case, I will initiate phase 4 ....
2024-04-18 18:05:43 <@amoloney:fedora.im> !topic Fedora CoreOS & IoT Check in
2024-04-18 18:06:08 <@amoloney:fedora.im> dustymabe: are you around for the CoreOS seal of approval for F40?
2024-04-18 18:06:35 <@adamwill:fedora.im> coremodule: pwhalen Peter Robinson anyone here for IoT?
2024-04-18 18:06:40 <@nirik:matrix.scrye.com> They have a seal? Fancy! 🦭
2024-04-18 18:06:41 <@coremodule:fedora.im> yeah, I'm here
2024-04-18 18:06:41 <@dustymabe:matrix.org> 👀

2024-04-18 18:07:12 <@dustymabe:matrix.org> we should be good from the FCOS side. `next` has been on F40 since the beta came out
2024-04-18 18:07:19 <@adamwill:fedora.im> coremodule: looks like the 0417.0 compose should be fine?
2024-04-18 18:07:19 <@dustymabe:matrix.org> our test day had good results
2024-04-18 18:07:31 <@adamwill:fedora.im> i believe it matches main package set exactly, and the prerelease warnings are gone
2024-04-18 18:07:38 <@coremodule:fedora.im> IoT tested OK, no issues. We'd like to use the 20240417.0 compose for our GA
2024-04-18 18:07:45 <@amoloney:fedora.im> oh brilliant dustymabe  :)
2024-04-18 18:07:57 <@adamwill:fedora.im> i dunno why openqa didn't post results in the matrix, i'll take a look at that, but all the openqa tests passed
2024-04-18 18:07:58 <@coremodule:fedora.im> !link https://kojipkgs.fedoraproject.org/compose/iot/Fedora-IoT-40-20240417.0/
2024-04-18 18:08:14 <@adamwill:fedora.im> !link https://openqa.fedoraproject.org/tests/overview?distri=fedora&version=40&build=Fedora-IoT-40-20240417.0&groupid=1
2024-04-18 18:08:41 <@dustymabe:matrix.org> adamw: we'll probably pick up the glibc CVE fix, though, since our users won't immediately `dnf upgrade` after they install
2024-04-18 18:09:03 <@adamwill:fedora.im> dustymabe: sure, seems reasoanble
2024-04-18 18:09:08 <@adamwill:fedora.im> equivalent to the 0-day push, really
2024-04-18 18:09:17 <@adamwill:fedora.im> okay, i've pushed the openqa results for IoT to the wiki now
2024-04-18 18:09:21 <@adamwill:fedora.im> !link https://fedoraproject.org/wiki/Test_Results:Fedora-IoT_40_RC_20240417.0_General
2024-04-18 18:09:29 <@adamwill:fedora.im> so, looks like we're good for IoT and CoreOS
2024-04-18 18:10:05 <@conan_kudo:matrix.org> sweet
2024-04-18 18:10:30 <@amoloney:fedora.im> is...it time for the grand finale then..?🫣
2024-04-18 18:11:03 <@adamwill:fedora.im> i guess so!
2024-04-18 18:11:19 <@amoloney:fedora.im> !topic Go/No-Go Decision
2024-04-18 18:11:27 <@geraldosimiao:matrix.org> 🚀
2024-04-18 18:11:39 <@conan_kudo:matrix.org> ☘️
2024-04-18 18:12:00 <@amoloney:fedora.im> !info I will now poll each team for a Go or No-Go decision.
2024-04-18 18:12:03 <@amoloney:fedora.im> please reply
2024-04-18 18:12:07 <@brianc07:fedora.im> 🚀️
2024-04-18 18:12:08 <@amoloney:fedora.im> Infra?
2024-04-18 18:12:16 <@nirik:matrix.scrye.com> go
2024-04-18 18:12:29 <@amoloney:fedora.im> they are a bonus poll :) sorr
2024-04-18 18:12:32 <@amoloney:fedora.im> FESCo?
2024-04-18 18:12:37 <@nirik:matrix.scrye.com> go
2024-04-18 18:12:44 <@conan_kudo:matrix.org> Go! 🚀
2024-04-18 18:12:49 <@amoloney:fedora.im> Rel-Eng?
2024-04-18 18:12:55 <@nirik:matrix.scrye.com> go
2024-04-18 18:13:01 <@amoloney:fedora.im> QA?
2024-04-18 18:13:06 <@geraldosimiao:matrix.org> go
2024-04-18 18:13:18 <@adamwill:fedora.im> go
2024-04-18 18:13:27 <@amoloney:fedora.im> We will now wear our party hats!!!! F40 is a GO!!!
2024-04-18 18:13:47 <@amoloney:fedora.im> !agreed Fedora Linux 40 Final is GO
2024-04-18 18:13:51 <@geraldosimiao:matrix.org> 🎉
2024-04-18 18:14:07 <@conan_kudo:matrix.org> 🎊
2024-04-18 18:14:47 <@amoloney:fedora.im> !info Fedora Linux 40 Final will release on the current target date (2024-04-23
2024-04-18 18:15:01 <@adamwill:fedora.im> yaaaay
2024-04-18 18:15:03 <@amoloney:fedora.im> well done everyone!
2024-04-18 18:15:08 <@adamwill:fedora.im> thanks everyone
2024-04-18 18:15:18 <@conan_kudo:matrix.org> we _did_ it
2024-04-18 18:15:25 <@conan_kudo:matrix.org> kind of on time even!
2024-04-18 18:15:31 <@amoloney:fedora.im> crazy little beta, lovely little final :)
2024-04-18 18:15:32 <@conan_kudo:matrix.org> that's a nice change from F39 :)
2024-04-18 18:16:01 <@nirik:matrix.scrye.com> I'm a bit surprised no one found any blockers this week, but happy too.
2024-04-18 18:16:18 <@adamwill:fedora.im> that just means the blockers are still lurking in there!
2024-04-18 18:16:21 <@geraldosimiao:matrix.org> Kamil its not the same...
2024-04-18 18:16:40 <@geraldosimiao:matrix.org> 😁
2024-04-18 18:17:28 <@amoloney:fedora.im> we can all take a trip back down memory lane in the retro for this in a week or two... 😈
2024-04-18 18:17:53 <@amoloney:fedora.im> but really well done everyone and thank you for all the hard work and many many hours you've given
2024-04-18 18:18:09 <@amoloney:fedora.im> Im going to move this to open floor now while the credits roll
2024-04-18 18:18:14 <@amoloney:fedora.im> !topic Open Floor
2024-04-18 18:18:27 <@amoloney:fedora.im> any other business?
2024-04-18 18:18:37 <@adamwill:fedora.im> don't think i have anything...
2024-04-18 18:18:53 <@geraldosimiao:matrix.org> no more business for today
2024-04-18 18:19:19 <@amoloney:fedora.im> then with that....
2024-04-18 18:19:25 <@amoloney:fedora.im> !endmeeting