2026-04-16 18:00:38 <@adamwill:fedora.im> !startmeeting F44 Final Go/No-Go meeting
2026-04-16 18:00:39 <@meetbot:fedora.im> Meeting started at 2026-04-16 18:00:38 UTC
2026-04-16 18:00:39 <@meetbot:fedora.im> The Meeting name is 'F44 Final Go/No-Go meeting'
2026-04-16 18:00:46 <@adamwill:fedora.im> !topic Roll Call
2026-04-16 18:00:48 <@jlinton:fedora.im> !hi
2026-04-16 18:00:49 <@zodbot:fedora.im> Jeremy Linton: Jeremy Linton (jlinton)
2026-04-16 18:00:50 <@adamwill:fedora.im> who's around for go/no-go fun?
2026-04-16 18:00:54 <@nirik:matrix.scrye.com> cool. Morning all
2026-04-16 18:00:57 <@boniboyblue:fedora.im> !hi
2026-04-16 18:01:00 <@korora:fedora.im> !hi
2026-04-16 18:01:00 <@zodbot:fedora.im> Christopher Boni: Christopher Boni (boniboyblue)
2026-04-16 18:01:01 <@zodbot:fedora.im> Jocelyn (she/her) (Server WG: Docs) (UTC -5): Jocelyn Gould (korora) - she / her / hers
2026-04-16 18:01:04 <@geraldosimiao:matrix.org> !hi
2026-04-16 18:01:04 <@joshuastrobl:matrix.org> !hi
2026-04-16 18:01:06 <@derekenz:fedora.im> !hi
2026-04-16 18:01:06 <@zodbot:fedora.im> geraldosimiao: Geraldo S. Simião Kutz (geraldosimiao) - he / him / his
2026-04-16 18:01:06 <@zodbot:fedora.im> Joshua Strobl: Joshua Strobl (joshstrobl) - he / him / his
2026-04-16 18:01:07 <@zodbot:fedora.im> Derek Enz: Derek Enz (derekenz)
2026-04-16 18:01:25 <@lruzicka:fedora.im> !hi
2026-04-16 18:01:29 <@zodbot:fedora.im> Lukáš Růžička: Lukáš Růžička (lruzicka)
2026-04-16 18:01:46 <@adamwill:fedora.im> !hi
2026-04-16 18:01:51 <@psklenar:fedora.im> !hi
2026-04-16 18:01:56 <@willy:fedora.im> !hi
2026-04-16 18:02:06 <@zodbot:fedora.im> adamw: Adam Williamson (adamwill) - he / him / his
2026-04-16 18:02:09 <@zodbot:fedora.im> Petr Sklenar: Petr Sklenar (psklenar)
2026-04-16 18:02:21 <@nirik:matrix.scrye.com> oh sure, why not...
2026-04-16 18:02:23 <@nirik:matrix.scrye.com> !hi
2026-04-16 18:02:28 <@zodbot:fedora.im> nirik: Kevin Fenzi (kevin) - he / him / his
2026-04-16 18:03:17 <@adamwill:fedora.im> 3. Test matrices are fully completed
2026-04-16 18:03:17 <@adamwill:fedora.im> 2. No remaining blocker bugs
2026-04-16 18:03:17 <@adamwill:fedora.im> 1. Release candidate compose is available
2026-04-16 18:03:17 <@adamwill:fedora.im> !info This is determined in a few ways:
2026-04-16 18:03:17 <@adamwill:fedora.im> !topic Purpose of this meeting
2026-04-16 18:03:17 <@adamwill:fedora.im> 4. Fedora CoreOS and IoT are ready
2026-04-16 18:03:17 <@adamwill:fedora.im> !info Purpose of this meeting is to check whether or not F44 Final is ready for shipment, according to the release criteria.
2026-04-16 18:03:41 <@adamwill:fedora.im> ...guess the script needs a tweak there. oh well
2026-04-16 18:03:42 <@adamwill:fedora.im> !topic Current status - RC
2026-04-16 18:03:43 <@marmijo:fedora.im> !hi
2026-04-16 18:03:49 <@adamwill:fedora.im> we do, indeed, have an RC!
2026-04-16 18:03:55 <@zodbot:fedora.im> marmijo: Michael Armijo (marmijo)
2026-04-16 18:03:58 <@adamwill:fedora.im> https://download.fedoraproject.org/pub/alt/stage/44_RC-1.2/
2026-04-16 18:04:08 <@adamwill:fedora.im> !agreed RC-1.2 is available and will be discussed for release readiness
2026-04-16 18:04:20 <@adamwill:fedora.im> !topic Current status - blockers
2026-04-16 18:04:20 <@adamwill:fedora.im> !link https://qa.fedoraproject.org/blockerbugs/milestone/44/final/buglist
2026-04-16 18:04:31 <@adamwill:fedora.im> !info This section will be led by...also me *puts on different hat*
2026-04-16 18:04:53 <@adamwill:fedora.im> !topic Proposed Final blockers
2026-04-16 18:04:59 <@adamwill:fedora.im> !link https://bugzilla.redhat.com/show_bug.cgi?id=2458907
2026-04-16 18:04:59 <@adamwill:fedora.im> !info Proposed Blocker, anaconda, NEW
2026-04-16 18:04:59 <@adamwill:fedora.im> !link https://pagure.io/fedora-qa/blocker-review/issue/2113
2026-04-16 18:04:59 <@adamwill:fedora.im> !topic (2458907) Installation of the system failed: Storing configuration files and kickstarts org.fedoraproject.Anaconda.Error: 'NoneType' object has no attribute 'path'
2026-04-16 18:05:44 <@adamwill:fedora.im> this seems like a kinda intermittent flake
2026-04-16 18:05:59 <@adamwill:fedora.im> i think i have seen it once or twice myself
2026-04-16 18:06:01 <@nirik:matrix.scrye.com> so, this is reusing an install on btrfs on raid?
2026-04-16 18:06:11 <@adamwill:fedora.im> (oddly i don't recall ever seeing openqa hit it?)
2026-04-16 18:06:30 <@nirik:matrix.scrye.com> yeah, probibly some kind of race?
2026-04-16 18:06:38 <@adamwill:fedora.im> no, not reuse, reformat
2026-04-16 18:06:44 <@lruzicka:fedora.im> this is reusing /boot and /boot/efi and creating RAID 0 on top of partitions
2026-04-16 18:06:49 <@adamwill:fedora.im> (oh, yeah, that's probably why openqa doesn't see it, we don't really do that)
2026-04-16 18:07:37 <@nirik:matrix.scrye.com> while this would be good to fix, I don't think it's blocker worthy... not always happening and a case not many people use. So, -1 blocker, +1 FE
2026-04-16 18:07:44 <@adamwill:fedora.im> yeah, that's kinda where I am
2026-04-16 18:07:53 <@lruzicka:fedora.im> to me it seems like a race condition, the exact same scenario succeeded next time
2026-04-16 18:07:59 <@adamwill:fedora.im> i always feel a bit nervous giving late FEs for storage code, but mmf
2026-04-16 18:08:09 <@lruzicka:fedora.im> I kept it for this discussion just in case
2026-04-16 18:09:17 <@lruzicka:fedora.im> I would go even further with -1 FB and -1 FE. The fix could land post release.
2026-04-16 18:09:39 <@adamwill:fedora.im> other votes?
2026-04-16 18:10:02 <@conan_kudo:matrix.org> !hi
2026-04-16 18:10:04 <@zodbot:fedora.im> Conan Kudo 🤢: Neal Gompa (ngompa) - he / him / his
2026-04-16 18:10:05 <@geraldosimiao:matrix.org> this is the kickstart bug right?
2026-04-16 18:10:09 <@nirik:matrix.scrye.com> The fix seems pretty simple...
2026-04-16 18:10:10 <@lruzicka:fedora.im> Hi, Conan
2026-04-16 18:10:25 <@derekenz:fedora.im> Simple fix?
2026-04-16 18:10:45 <@conan_kudo:matrix.org> this reasoning doesn't make sense
2026-04-16 18:10:51 <@adamwill:fedora.im> no, nothing to do with kickstart?
2026-04-16 18:10:52 <@conan_kudo:matrix.org> we don't officially publish respins on the website
2026-04-16 18:11:06 <@conan_kudo:matrix.org> anaconda won't ship fixes post-GA without serious pushing
2026-04-16 18:11:14 <@adamwill:fedora.im> post-release installer fix is fairly useless, yeah
2026-04-16 18:11:25 <@adamwill:fedora.im> lukas may have just meant it's fine for it to be fixed in f45 though
2026-04-16 18:11:26 <@lruzicka:fedora.im> Yeah, true. 
2026-04-16 18:11:32 <@nirik:matrix.scrye.com> well, it is useful for the next release in any case
2026-04-16 18:11:40 <@conan_kudo:matrix.org> then I would leave it as a blocker
2026-04-16 18:11:43 <@conan_kudo:matrix.org> +1 FB
2026-04-16 18:11:48 <@nirik:matrix.scrye.com> anyhow, we are sidetracking. ;)
2026-04-16 18:11:56 <@conan_kudo:matrix.org> doesn't mean we can't waive it, but ignoring the broken isn't okay with me
2026-04-16 18:12:21 <@adamwill:fedora.im> how do you mean "leave" it as a blocker?
2026-04-16 18:12:41 <@conan_kudo:matrix.org> if it isn't going to be fixed for F44, then it automatically moves to F45
2026-04-16 18:12:45 <@geraldosimiao:matrix.org> I'm not sure about it, but I'm more a +1 FB 
2026-04-16 18:12:48 <@conan_kudo:matrix.org> as a blocker
2026-04-16 18:12:51 <@lruzicka:fedora.im> Take it as a final blocker and waive it if needed -> so that it stays for 45
2026-04-16 18:12:58 <@nirik:matrix.scrye.com> well, it's not a blocker. we are voting on that now. ;)
2026-04-16 18:13:12 <@adamwill:fedora.im> right...and the first votes were all -1
2026-04-16 18:13:20 <@geraldosimiao:matrix.org> yeah, I think whe should grant it FB for now
2026-04-16 18:13:23 <@boniboyblue:fedora.im> I'm FB+1
2026-04-16 18:13:35 <@lruzicka:fedora.im> But it does not happen all the time, so even if the error is there, users do not have to hit that.
2026-04-16 18:13:35 <@geraldosimiao:matrix.org> +1 FB
2026-04-16 18:13:39 <@adamwill:fedora.im> why are people suddenly +1? what's the rationale? i don't see an argument yet
2026-04-16 18:13:52 <@conan_kudo:matrix.org> well I just got here
2026-04-16 18:14:02 <@derekenz:fedora.im> Hmmmm
2026-04-16 18:14:11 <@adamwill:fedora.im> it's a rarely-occurring flake that goes away if you reboot and try again
2026-04-16 18:14:17 <@lruzicka:fedora.im> The problem is that I did the scenario three times and only hit it the first time
2026-04-16 18:14:18 <@conan_kudo:matrix.org> but bugs that result in failed installs are usually blockery to me
2026-04-16 18:14:19 <@adamwill:fedora.im> doesn't really feel blockery to me
2026-04-16 18:14:25 <@nirik:matrix.scrye.com> I am still -1 blocker, +1 FB (in case we slip for something else, it might be nice to fix this as the fix is small and pretty self contained)
2026-04-16 18:14:39 <@geraldosimiao:matrix.org> "The installer must be able to create and install to any workable partition layout using any file system and/or container format combination offered in a default installer configuration. "
2026-04-16 18:14:39 <@geraldosimiao:matrix.org> https://fedoraproject.org/wiki/Fedora_44_Final_Release_Criteria#Disk_layouts
2026-04-16 18:14:57 <@boniboyblue:fedora.im> A failed installation, even if just one times out of three, is still pretty bad to me.
2026-04-16 18:15:04 <@adamwill:fedora.im> geraldosimiao well it can, like 99/100 tries :)
2026-04-16 18:15:09 <@derekenz:fedora.im> So its rare?
2026-04-16 18:15:12 <@lruzicka:fedora.im> It is capable indeed (in 66 percents)
2026-04-16 18:15:32 <@lruzicka:fedora.im> It is capable indeed (in 66 percents in my trials)
2026-04-16 18:15:38 <@adamwill:fedora.im> Derek Enz i guess we don't have data to say for sure, but i run a lot of installs and i've seen this or something like it...maybe two or three times?
2026-04-16 18:15:40 <@geraldosimiao:matrix.org> ohh, its occurs only sometimes?
2026-04-16 18:15:50 <@geraldosimiao:matrix.org> the bug?
2026-04-16 18:15:52 <@derekenz:fedora.im> FB -1 FE +1
2026-04-16 18:16:14 <@joshuastrobl:matrix.org> Not only rare but is this a common disk configuration to begin with, writing on top of an existing /boot rather than just wiping away and installing fresh?
2026-04-16 18:16:15 <@adamwill:fedora.im> i mean, if we're just blocking on any occasional anaconda crash, there's all the ones here to look through - https://bugzilla.redhat.com/buglist.cgi?bug_status=__open__&classification=Fedora&component=anaconda&list_id=13666245&product=Fedora&product=Fedora%20EPEL
2026-04-16 18:16:25 <@boniboyblue:fedora.im> Just looking at rhbz I can also see quite a few bug reports of this same issue.
2026-04-16 18:16:29 <@adamwill:fedora.im> https://bugzilla.redhat.com/buglist.cgi?bug_status=__open__&classification=Fedora&component=anaconda&list_id=13666245&product=Fedora&product=Fedora%20EPEL
2026-04-16 18:16:29 <@adamwill:fedora.im> ```
2026-04-16 18:16:29 <@adamwill:fedora.im> i mean, if we're just blocking on any occasional anaconda crash, there's all the ones here to look through
2026-04-16 18:16:29 <@adamwill:fedora.im> ```
2026-04-16 18:17:17 <@adamwill:fedora.im> several of them are probably this, yeah
2026-04-16 18:17:32 <@lruzicka:fedora.im> If one reuses an existing partition and reformats it should not make any difference to deleting it and recreating with same settings
2026-04-16 18:18:01 <@adamwill:fedora.im> i see four there on the first page. 2 for 43, 2 for 44
2026-04-16 18:18:14 <@psklenar:fedora.im> I'm more like FB -1 ; maybe it could affect anyone but it seems you can solve by repartitioning
2026-04-16 18:18:25 <@sgallagh:fedora.im> I’m 0 FB, +1 FE
2026-04-16 18:18:30 <@boniboyblue:fedora.im> I've got 10: https://bugzilla.redhat.com/buglist.cgi?quicksearch=component%3Danaconda%20version%3D44%20NoneType&list_id=13666187
2026-04-16 18:18:43 <@derekenz:fedora.im> Sigh
2026-04-16 18:18:49 <@lruzicka:fedora.im> You can solve it by restarting Anaconda and retrying the exact same steps :D
2026-04-16 18:19:24 <@geraldosimiao:matrix.org> we have in other times granted FB status to bugs that affect a critrion, and then we waive them because theire rare and so...
2026-04-16 18:19:39 <@derekenz:fedora.im> Good point
2026-04-16 18:19:53 <@conan_kudo:matrix.org> right and that's why I voted it as a blocker
2026-04-16 18:19:54 <@geraldosimiao:matrix.org> but ok, we can also just skip that and not grant the FB status now
2026-04-16 18:19:57 <@conan_kudo:matrix.org> because that is the right thing to do
2026-04-16 18:20:05 <@geraldosimiao:matrix.org> ok, yeah
2026-04-16 18:20:14 <@geraldosimiao:matrix.org> we have a clear criterion
2026-04-16 18:20:20 <@adamwill:fedora.im> geraldosimiao yes, we can do that, but we can also decide whether this one is a blocker :) that comes first
2026-04-16 18:20:25 <@geraldosimiao:matrix.org> it affects this criterion
2026-04-16 18:20:30 <@adamwill:fedora.im> opinion is split
2026-04-16 18:20:42 <@derekenz:fedora.im> FB 0 FE +1
2026-04-16 18:20:53 <@lruzicka:fedora.im> The problem for me is that it only sometimes breaks the criterion.
2026-04-16 18:21:32 <@lruzicka:fedora.im> Personally, I have seen this just exactly once today in all installations I have done so far in F44.
2026-04-16 18:21:34 <@adamwill:fedora.im> there are 31 'NoneType' object has no attribute 'path' bugs in total it looks like - https://bugzilla.redhat.com/buglist.cgi?bug_status=NEW&bug_status=ASSIGNED&classification=Fedora&columnlist=product%2Ccomponent%2Cassigned_to%2Cbug_status%2Cshort_desc%2Cchangeddate%2Cbug_severity&component=anaconda&list_id=13666248&order=id%2C%20&product=Fedora&query_format=advanced&short_desc=%27NoneType%27%20object%20has%20no%20attribute%20%27path%27&short_desc_type=substring
2026-04-16 18:21:35 <@nirik:matrix.scrye.com> It's IMHO not a case too many people would hit.... in fact, people testing the rc's would normally hit it more (doing lots of installs)
2026-04-16 18:21:37 <@geraldosimiao:matrix.org> I'm still +1 FB (and latter waive it using the "rare" argument)
2026-04-16 18:21:43 <@adamwill:fedora.im> there are 31 'NoneType' object has no attribute 'path' bugs in total it looks like - `https://bugzilla.redhat.com/buglist.cgi?bug_status=NEW&bug_status=ASSIGNED&classification=Fedora&columnlist=product%2Ccomponent%2Cassigned_to%2Cbug_status%2Cshort_desc%2Cchangeddate%2Cbug_severity&component=anaconda&list_id=13666248&order=id%2C%20&product=Fedora&query_format=advanced&short_desc=%27NoneType%27%20object%20has%20no%20attribute%20%27path%27&short_desc_type=substring`
2026-04-16 18:21:48 <@adamwill:fedora.im> that does seem like quite a lot
2026-04-16 18:22:19 <@adamwill:fedora.im> (and that's only NEW and ASSIGNED ones I guess, some have been closed as dupes already)
2026-04-16 18:22:47 <@derekenz:fedora.im> Rare but sometimes for some folks all it takes is one time
2026-04-16 18:23:44 <@adamwill:fedora.im> seeing if katerina is around
2026-04-16 18:23:50 <@conan_kudo:matrix.org> it's also a destructive failure because it happens close to the end of the install process
2026-04-16 18:24:07 <@conan_kudo:matrix.org> I don't remember the exact steps so I'm not sure if it's before or after initramfs is generated
2026-04-16 18:24:14 <@geraldosimiao:matrix.org> so it seems we have allot of anaconda bugs, or its mainly variations of this same bug
2026-04-16 18:24:19 <@conan_kudo:matrix.org> I don't remember the exact steps so I'm not sure if it's before or after initramfs/bootloader config is generated
2026-04-16 18:24:20 <@adamwill:fedora.im> meh, i mean, you obviously wanted to destroy whatever it destroyed anyway...
2026-04-16 18:24:33 <@adamwill:fedora.im> i suspect all of those are *likely* the same
2026-04-16 18:24:34 <@nirik:matrix.scrye.com> well, you are reformatting your install, so yeah, it's destructive.
2026-04-16 18:24:46 <@adamwill:fedora.im> but i'm asking katerina
2026-04-16 18:25:01 <@geraldosimiao:matrix.org> if its the same bug or related to it, its not so rare.
2026-04-16 18:25:08 <@nirik:matrix.scrye.com> I think some of those are another bug around storing the kickstart?
2026-04-16 18:25:19 <@adamwill:fedora.im> oh hmm, right
2026-04-16 18:25:40 <@nirik:matrix.scrye.com> oh, perhaps it is the same one. not clear
2026-04-16 18:25:54 <@adamwill:fedora.im> let me see
2026-04-16 18:25:58 <@adamwill:fedora.im> about half of them mention kickstarts
2026-04-16 18:26:55 <@nirik:matrix.scrye.com> yeah, the kickstart mentioning ones are this bug, the others are other I think... like other installs.
2026-04-16 18:27:49 <@nirik:matrix.scrye.com> so I think 9 of them are this bug? but it's hard to be sure.
2026-04-16 18:28:06 <@adamwill:fedora.im> it's a two page result
2026-04-16 18:28:10 <@adamwill:fedora.im> there's 4 on the second page
2026-04-16 18:28:31 <@adamwill:fedora.im> the github fix does seem specifc to kickstarts
2026-04-16 18:28:44 <@nirik:matrix.scrye.com> ok, 13 then
2026-04-16 18:29:18 <@aggraxis:fedora.im> !hi
2026-04-16 18:29:19 <@zodbot:fedora.im> Paul Maconi (Aggraxis): Paul Maconi (aggraxis) - he / him / his
2026-04-16 18:29:31 <@adamwill:fedora.im> i think at least some of the others are the same
2026-04-16 18:29:51 <@adamwill:fedora.im> they seem to be ones where the report doesn't have logs attached for some reason, but in e.g. https://bugzilla.redhat.com/show_bug.cgi?id=2445989 you can see we're in org.fedoraproject.Anaconda.Modules.GenerateKickstart
2026-04-16 18:30:42 <@adamwill:fedora.im> https://bugzilla.redhat.com/show_bug.cgi?id=2445392 the later-attached log is also in GenerateKickstart
2026-04-16 18:30:57 <@adamwill:fedora.im> so...yeah, i think probably all of them are this. so, humm. 31 reports does feel like kinda a lot. i feel a bit more +1y
2026-04-16 18:32:03 <@nirik:matrix.scrye.com> I suppose... I guess most people wouldn't bother to file.
2026-04-16 18:32:21 <@adamwill:fedora.im> and the people who did file often seem fairly annoyed about it
2026-04-16 18:32:45 <@adamwill:fedora.im> can everyone vote again so i don't have to look through acres of scrollback? :D
2026-04-16 18:32:54 <@nirik:matrix.scrye.com> understanadably.
2026-04-16 18:33:28 <@nirik:matrix.scrye.com> understandably
2026-04-16 18:33:47 <@boniboyblue:fedora.im> FB +1
2026-04-16 18:33:50 <@sgallagh:fedora.im> I guess I'm coming down on the +1 side, given the number of reports
2026-04-16 18:33:59 <@sgallagh:fedora.im> I guess I'm coming down on the +1 FB side, given the number of reports
2026-04-16 18:34:10 <@derekenz:fedora.im> FB +1
2026-04-16 18:34:18 <@conan_kudo:matrix.org> +1 FB
2026-04-16 18:34:23 <@nirik:matrix.scrye.com> I guess I can be a weak +1 blocker given the numbers. Still don't think it's super common and it doesn't happen all the time either... but I suppose we should squash it.
2026-04-16 18:34:29 <@adamwill:fedora.im> i guess i'm +0.342
2026-04-16 18:34:32 <@korora:fedora.im> FB +1
2026-04-16 18:34:37 <@conan_kudo:matrix.org> there's already a fix prepared
2026-04-16 18:34:41 <@conan_kudo:matrix.org> it just needs to land
2026-04-16 18:34:50 <@nirik:matrix.scrye.com> well, and actually be tested to fix it. ;)
2026-04-16 18:35:06 <@conan_kudo:matrix.org> get Kamil to test it
2026-04-16 18:35:09 <@adamwill:fedora.im> we have no time to land anything without a slip at this point, just to be clear
2026-04-16 18:35:11 <@conan_kudo:matrix.org> he hits all the fun breakages
2026-04-16 18:35:45 <@nirik:matrix.scrye.com> right.
2026-04-16 18:36:06 <@nirik:matrix.scrye.com> (but we could use the 'late blocker' clause)
2026-04-16 18:36:32 <@adamwill:fedora.im> proposed !agreed 2458907 - AcceptedBlocker (Final) - this is accepted as a conditional violation of "The installer must be able to create and install to any workable partition layout using any file system and/or container format combination offered in a default installer configuration" (and other storage-y criteria). It doesn't happen every time even to affected scenarios, but we believe there are 31 open reports of this, which feels like a lot, enough to justify blocker status
2026-04-16 18:36:33 <@lruzicka:fedora.im> Kamil is ill. 
2026-04-16 18:36:37 <@aggraxis:fedora.im> FB +1. Dude, some of these reports, though...
2026-04-16 18:36:45 <@derekenz:fedora.im> ack
2026-04-16 18:36:49 <@lruzicka:fedora.im> ack
2026-04-16 18:36:51 <@geraldosimiao:matrix.org> ack
2026-04-16 18:36:51 <@nirik:matrix.scrye.com> ack
2026-04-16 18:36:52 <@aggraxis:fedora.im> ack
2026-04-16 18:36:52 <@conan_kudo:matrix.org> ack
2026-04-16 18:36:56 <@boniboyblue:fedora.im> ack
2026-04-16 18:37:05 <@adamwill:fedora.im> !agreed 2458907 - AcceptedBlocker (Final) - this is accepted as a conditional violation of "The installer must be able to create and install to any workable partition layout using any file system and/or container format combination offered in a default installer configuration" (and other storage-y criteria). It doesn't happen every time even to affected scenarios, but we believe there are 31 open reports of this, which feels like a lot, enough to justify blocker status
2026-04-16 18:37:13 <@adamwill:fedora.im> !link https://pagure.io/fedora-qa/blocker-review/issue/2109
2026-04-16 18:37:13 <@adamwill:fedora.im> !info Proposed Blocker, grub2, NEW
2026-04-16 18:37:13 <@adamwill:fedora.im> !topic (2457333) Grub environment block is corrupted at first boot
2026-04-16 18:37:13 <@adamwill:fedora.im> !link https://bugzilla.redhat.com/show_bug.cgi?id=2457333
2026-04-16 18:37:15 <@nirik:matrix.scrye.com> yes, people are sometimes horrible. ;(
2026-04-16 18:38:12 <@adamwill:fedora.im> i actually see the error messages at least on some x86_64 VM installs too
2026-04-16 18:38:20 <@sgallagh:fedora.im> It's me. I'm people.
2026-04-16 18:38:22 <@adamwill:fedora.im> pretty sure i saw them on both virtualbox and vmware install tests I just did
2026-04-16 18:38:31 <@adamwill:fedora.im> this guy
2026-04-16 18:38:45 <@conan_kudo:matrix.org> anokata!
2026-04-16 18:38:57 <@derekenz:fedora.im> Same here
2026-04-16 18:39:00 <@adamwill:fedora.im> Jeremy Linton are we actually sure this is "keeping the grub menu from showing up", though?
2026-04-16 18:39:04 <@nirik:matrix.scrye.com> soylent fedora is people! :) sorry... I digress.
2026-04-16 18:39:06 <@conan_kudo:matrix.org> yeah I saw it today when doing some testing for a kernel bug
2026-04-16 18:39:08 <@adamwill:fedora.im> i thought we intentionally hide it on workstation unless the previous boot failed
2026-04-16 18:39:26 <@jlinton:fedora.im> Its hard to get into when it throws that message, so.... 
2026-04-16 18:39:41 <@conan_kudo:matrix.org> it doesn't prevent the menu from working for me though
2026-04-16 18:39:43 <@conan_kudo:matrix.org> it's just an extra message
2026-04-16 18:40:07 <@jlinton:fedora.im> And it gets fixed if you remove the enviroment block stanza in the grubenv, so? The worrying part is that it looks like a random sector offset.
2026-04-16 18:40:35 <@adamwill:fedora.im> i'm mostly interested in the *practical consequence*
2026-04-16 18:40:49 <@adamwill:fedora.im> like is this actually making it harder to get into the boot menu when you need to, or does workstation just make that hard anyway
2026-04-16 18:40:53 <@jlinton:fedora.im> You can get into the menu, it just requires hitting esc/whatever at exactly the right moment to avoid landing in the bios menu, but getting into the grub one.
2026-04-16 18:41:15 <@conan_kudo:matrix.org> this is generally hard on desktop installs regardless of the message
2026-04-16 18:41:18 <@nirik:matrix.scrye.com> you should be able to hold down control or shift to get into it too... at least thats always worked for me
2026-04-16 18:41:23 <@conan_kudo:matrix.org> ironically the message lengthens the window to get in slightly
2026-04-16 18:41:47 <@sgallagh:fedora.im> s/ironically/fortunately/
2026-04-16 18:41:55 <@conan_kudo:matrix.org> :D
2026-04-16 18:42:01 <@lruzicka:fedora.im> I have been seeing similar errors for a couple of years. These are cosmetics, never prevent the menu from showing or system from running (in my experience)
2026-04-16 18:42:30 <@nirik:matrix.scrye.com> yeah, same here I have seen them, but they don't seem to actually break anything.
2026-04-16 18:42:39 <@conan_kudo:matrix.org> for a while in Fedora Asahi Remix we used the hidden mode before switching to this mode for hiding the menu... hidden mode tells you that you can press a button to activate the menu
2026-04-16 18:42:40 <@nirik:matrix.scrye.com> they look bad tho. ;)
2026-04-16 18:42:43 <@lruzicka:fedora.im> The very first I reported to GRUB when Jan Hlavac was around.
2026-04-16 18:43:09 <@jlinton:fedora.im> Well the envorment block is used for last boot selection, and timeouts, right? Basically boot persisted data?
2026-04-16 18:43:25 <@derekenz:fedora.im> Yeah the Welcome to Grub moves down pretty quickly
2026-04-16 18:43:27 <@jlinton:fedora.im> so none of that should "break" the boot, just make it boot the wrong kernel, etc.
2026-04-16 18:43:31 <@adamwill:fedora.im> i'm not sure the timeout is actually configured in grubenv? i thought it was in the regular config?
2026-04-16 18:43:37 <@nirik:matrix.scrye.com> and if the boot was successful?
2026-04-16 18:43:51 <@conan_kudo:matrix.org> it's in grubenv
2026-04-16 18:43:56 <@adamwill:fedora.im> ah, ok
2026-04-16 18:43:56 <@jlinton:fedora.im> and should it decide to write, potentially corrupt the filesystem? I'm not sure why it thinkgs 512 sectors is a good place to write.
2026-04-16 18:43:59 <@conan_kudo:matrix.org> and grub default
2026-04-16 18:44:15 <@conan_kudo:matrix.org> the good news is that it's not actually corrupted
2026-04-16 18:44:19 <@jlinton:fedora.im> thats what I thought, but this seems to be changing that?
2026-04-16 18:44:22 <@conan_kudo:matrix.org> the bad news is I know what's wrong
2026-04-16 18:44:42 <@conan_kudo:matrix.org> the bootloader folks reached out to me yesterday evening about it and I gave them guidance on the fix
2026-04-16 18:44:47 <@adamwill:fedora.im> so far i'm feeling -1y
2026-04-16 18:44:51 <@conan_kudo:matrix.org> it's basically failing because /boot is ext4
2026-04-16 18:45:02 <@conan_kudo:matrix.org> it falls back to the grubenv file because there is no envblock driver for ext4
2026-04-16 18:45:02 <@nirik:matrix.scrye.com> so... I wonder if the 'successfull boot' thing is breaking it.
2026-04-16 18:45:06 <@conan_kudo:matrix.org> but it flips out on it
2026-04-16 18:45:39 <@conan_kudo:matrix.org> the fix is basically an update to the grub modules to check really hard that boot data is on btrfs before opening the envblock
2026-04-16 18:45:57 <@conan_kudo:matrix.org> Leo Sandoval has a WIP patch to fix it
2026-04-16 18:46:26 <@conan_kudo:matrix.org> the fix is basically an update to the grub modules to check really hard that boot data is on btrfs before attempting to open the envblock
2026-04-16 18:47:06 <@derekenz:fedora.im> Well theres a fix at least 
2026-04-16 18:47:17 <@nirik:matrix.scrye.com> anyhow, does this do anything more than print an anoying error message? Does it break anything?
2026-04-16 18:47:41 <@lruzicka:fedora.im> I do not think so.
2026-04-16 18:47:43 <@conan_kudo:matrix.org> nope
2026-04-16 18:47:48 <@conan_kudo:matrix.org> it just prints an annoying message
2026-04-16 18:47:54 <@derekenz:fedora.im> Just prints the error
2026-04-16 18:47:56 <@korora:fedora.im> The bug report says it keeps the menu from showing up
2026-04-16 18:48:04 <@conan_kudo:matrix.org> this is the WIP patch he's working on: https://src.fedoraproject.org/fork/lsandova/rpms/grub2/c/c67c2d27109f6f6ed8c841915aecdae6d7356319
2026-04-16 18:48:43 <@adamwill:fedora.im> so long as we don't have any evidence this actually makes getting into the menu harder or corrupts filesystems or anything, i'm -1
2026-04-16 18:49:04 <@conan_kudo:matrix.org> -1 FB +1 FE
2026-04-16 18:49:17 <@lruzicka:fedora.im> I am -1 fb, too. +1 common bugs
2026-04-16 18:49:21 <@nirik:matrix.scrye.com> well, Jeremy Linton said it did in the bug? or is that just our defaults causing doom?
2026-04-16 18:49:39 <@adamwill:fedora.im> i think so, yeah
2026-04-16 18:49:41 <@korora:fedora.im> -1 fb / +1 fe
2026-04-16 18:49:49 <@derekenz:fedora.im> Yeah FB -1 FE +1
2026-04-16 18:49:58 <@adamwill:fedora.im> the rest of us are saying he's wrong and it's just only as hard as it is on workstation (and anything else that does menu_auto_hide) anyway
2026-04-16 18:50:00 <@sgallagh:fedora.im> -1 FB / -1 FE
2026-04-16 18:50:16 <@nirik:matrix.scrye.com> I'm -1 blocker bug based on it not causing any actual doom.
2026-04-16 18:50:22 <@sgallagh:fedora.im> I don't want us taking a patch to GRUB that only addresses an aesthetic issue this late
2026-04-16 18:50:48 <@nirik:matrix.scrye.com> I'm not understanding how that patch fixes this, but we don't have to try and explain it to me here. ;)
2026-04-16 18:52:03 <@conan_kudo:matrix.org> it makes it so the call is never made to the envblock if not btrfs
2026-04-16 18:52:16 <@conan_kudo:matrix.org> so the error doesn't happen because it never tries to do something unsupported
2026-04-16 18:52:31 <@adamwill:fedora.im> proposed !agreed 2457333 - RejectedBlocker (Final) - this is rejected on the basis we don't believe it has serious practical consequences beyond the ugly errors; it was suggested that it makes getting into the grub menu harder, but we don't think that's true, we think it's only as hard as it always has been on installs that use menu_auto_hide. We will leave FE decision to happen async
2026-04-16 18:52:36 <@conan_kudo:matrix.org> ack
2026-04-16 18:52:39 <@adamwill:fedora.im> (FE vote is a bit split, let's not spend time on it here)
2026-04-16 18:52:39 <@lruzicka:fedora.im> ack
2026-04-16 18:52:40 <@derekenz:fedora.im> ack
2026-04-16 18:52:47 <@psklenar:fedora.im> ack
2026-04-16 18:52:47 <@korora:fedora.im> ack
2026-04-16 18:52:49 <@nirik:matrix.scrye.com> ack
2026-04-16 18:52:54 <@aggraxis:fedora.im> ack
2026-04-16 18:52:58 <@boniboyblue:fedora.im> ack
2026-04-16 18:53:08 <@adamwill:fedora.im> !agreed 2457333 - RejectedBlocker (Final) - this is rejected on the basis we don't believe it has serious practical consequences beyond the ugly errors; it was suggested that it makes getting into the grub menu harder, but we don't think that's true, we think it's only as hard as it always has been on installs that use menu_auto_hide. We will leave FE decision to happen async
2026-04-16 18:53:34 <@adamwill:fedora.im> hmm, let me do something flashy
2026-04-16 18:53:35 <@geraldosimiao:matrix.org> ack
2026-04-16 18:53:46 <@adamwill:fedora.im> !topic (2441941) Graphics break when trying to type LUKS password and (2455924) ThinkPad X1 Carbon Gen 13: black screen when typing LUKS password
2026-04-16 18:53:50 <@adamwill:fedora.im> !link https://bugzilla.redhat.com/show_bug.cgi?id=2441941
2026-04-16 18:53:52 <@adamwill:fedora.im> !link https://bugzilla.redhat.com/show_bug.cgi?id=2455924
2026-04-16 18:54:04 <@geraldosimiao:matrix.org> 👀
2026-04-16 18:54:04 <@adamwill:fedora.im> !link https://pagure.io/fedora-qa/blocker-review/issue/2047
2026-04-16 18:54:08 <@adamwill:fedora.im> !link https://pagure.io/fedora-qa/blocker-review/issue/2097
2026-04-16 18:54:12 <@adamwill:fedora.im> !info Proposed Blocker, kernel, NEW (both)
2026-04-16 18:54:31 <@adamwill:fedora.im> !info Ticket vote: BetaBlocker (+2,0,-0) (+nielsenb, +psklenar) (2441941) FinalBlocker (+3,0,-0) (+pstourac, +asciiwolf, +psklenar) (2455924)
2026-04-16 18:54:47 <@adamwill:fedora.im> these are very similar but we're not sure yet whether they're the same
2026-04-16 18:55:03 <@adamwill:fedora.im> they're both basically 'i can't see when typing the encryption passphrase', but they differ in details
2026-04-16 18:55:40 <@adamwill:fedora.im> there are various references in each to *other* similar problems too, including https://bugzilla.redhat.com/show_bug.cgi?id=2438727 and https://bugzilla.redhat.com/show_bug.cgi?id=2430613
2026-04-16 18:55:54 <@sgallagh:fedora.im> You can't see, but you can still type the password and have it accepted, right?
2026-04-16 18:56:00 <@adamwill:fedora.im> i'm finding it pretty hard to make up my mind on these. it does feel like there's *something* going on
2026-04-16 18:56:08 <@korora:fedora.im> That's the way it sounds
2026-04-16 18:56:10 <@psklenar:fedora.im> right
2026-04-16 18:56:19 <@adamwill:fedora.im> well yes, but it's pretty non-obvious what's going on unless you're quite familiar with the boot process and make an educated guess
2026-04-16 18:56:36 <@adamwill:fedora.im> the case where the screen is frozen and keypresses aren't echoed feels less bad, but 'the screen is entirely blank' is...badf
2026-04-16 18:56:40 <@adamwill:fedora.im> the case where the screen is frozen and keypresses aren't echoed feels less bad, but 'the screen is entirely blank' is...bad
2026-04-16 18:57:00 <@conan_kudo:matrix.org> back when I had a redhat laptop that was docked, I'm pretty sure I had this issue
2026-04-16 18:57:15 <@nirik:matrix.scrye.com> I wonder... if you hit esc and go to text entry does that work?
2026-04-16 18:57:32 <@adamwill:fedora.im> i wish i had an affected laptop :/
2026-04-16 18:57:35 <@conan_kudo:matrix.org> so it's not _new_ to me
2026-04-16 18:57:42 <@sgallagh:fedora.im> I haven't been able to reproduce this with any of my hardware, but I guess it sounds like it only happens on high-refresh screens?
2026-04-16 18:57:46 <@adamwill:fedora.im> we do have two affected RHers, which *should* help
2026-04-16 18:57:49 <@conan_kudo:matrix.org> so it's not _new_ to me (since that laptop was years old)
2026-04-16 18:57:51 <@adamwill:fedora.im> Petr Sklenar are you around or is it too late?
2026-04-16 18:58:25 <@psklenar:fedora.im> I am here, but not with the laptop, I had it for two days only
2026-04-16 18:58:36 <@psklenar:fedora.im> I am here, but not with the affected  laptop, I had it for two days only
2026-04-16 18:59:01 <@adamwill:fedora.im> that's part of the awkwardness, it's hard to find patterns. the xps 13 pro case is not higher refresh rate, but it also seems a bit different from petr's case. vit's case may well be the same as petr's but i'm not totally sure. https://bugzilla.redhat.com/show_bug.cgi?id=2430613 is AMD hardware so might be a bit different again?
2026-04-16 18:59:07 <@derekenz:fedora.im> X1 laptop?
2026-04-16 18:59:21 <@adamwill:fedora.im> can you get it back?
2026-04-16 18:59:29 <@psklenar:fedora.im>  ThinkPad X1 Carbon Gen 13 , 120hz display
2026-04-16 18:59:42 <@psklenar:fedora.im> I can , next week
2026-04-16 18:59:54 <@adamwill:fedora.im> ok, so we at least have a shot at trying to debug *your* case, if we slip
2026-04-16 19:00:18 <@adamwill:fedora.im> i just wish we had a bit more data, it's so hard to parse atm
2026-04-16 19:00:36 <@nirik:matrix.scrye.com> yeah, seems all over the place... ;(
2026-04-16 19:00:44 <@conan_kudo:matrix.org> alas my old P1 was 90Hz display and had the problem
2026-04-16 19:00:51 <@conan_kudo:matrix.org> don't have it anymore since it was never my laptop
2026-04-16 19:01:29 <@conan_kudo:matrix.org> but if anyone has one of those P1s from 2021~2023, they might also have it
2026-04-16 19:01:49 <@adamwill:fedora.im> https://bugzilla.redhat.com/show_bug.cgi?id=2387045 is another similar thing, filed on kernel 6.15 on f42, a commenter says "reproduced" on an nvidia GPU on kernel 6.18...
2026-04-16 19:02:05 <@adamwill:fedora.im> https://bugzilla.redhat.com/show_bug.cgi?id=2387045 is another similar thing, filed on kernel 6.15 on f42, a commenter says "reproduced" on an nvidia GPU on kernel 6.18 on f43...
2026-04-16 19:02:22 <@nirik:matrix.scrye.com> I mean, the common thing is plymouth perhaps?
2026-04-16 19:02:29 <@adamwill:fedora.im> on the whole i'd lean very slightly towards -1 as too hardware-specific and slippery to pin down, but...
2026-04-16 19:02:39 <@adamwill:fedora.im> well, i mean, only in the sense that plymouth is *always* involved in this path, no?
2026-04-16 19:02:46 <@adamwill:fedora.im> i am a bit curious whether minimal installs are affected
2026-04-16 19:02:47 <@conan_kudo:matrix.org> this is not a new problem either
2026-04-16 19:02:53 <@adamwill:fedora.im> as they either don't have plymouth or don't use the graphical mode (I forget which)
2026-04-16 19:03:05 <@conan_kudo:matrix.org> my Framework 16 is affected
2026-04-16 19:03:19 <@conan_kudo:matrix.org> which is a dual-GPU amd+amd setup
2026-04-16 19:03:25 <@conan_kudo:matrix.org> I just ignore it
2026-04-16 19:03:32 <@adamwill:fedora.im> https://bugzilla.redhat.com/show_bug.cgi?id=2387045 is another similar thing, filed on kernel 6.15 on f42 with an intel/nvidia hybrid system, a commenter says "reproduced" on an nvidia-only system on kernel 6.18 on f43...
2026-04-16 19:03:52 <@nirik:matrix.scrye.com> I'm also inclined to -1 at this point...but more data would be nice.
2026-04-16 19:03:52 <@adamwill:fedora.im> i mean, we still don't know if these are even all the same problem or lots of different bugs with the same symptom :/
2026-04-16 19:04:09 <@adamwill:fedora.im> other votes?
2026-04-16 19:04:28 <@adamwill:fedora.im> https://bugzilla.redhat.com/show_bug.cgi?id=2444365 looks like another nvidia case
2026-04-16 19:04:43 <@conan_kudo:matrix.org> do we have actual openqa tests for LUKS?
2026-04-16 19:04:46 <@adamwill:fedora.im> "when a Nvidia card is set for the display and no other driver (than simpledrm) can use it...The current situation is a black display without any prompt"
2026-04-16 19:04:48 <@conan_kudo:matrix.org> with plymouth
2026-04-16 19:05:01 <@adamwill:fedora.im> Conan Kudo 🤢 yes, but openqa is virtio graphics on a vm, pretty different from real hardware
2026-04-16 19:05:08 <@conan_kudo:matrix.org> yeah
2026-04-16 19:05:11 <@lruzicka:fedora.im> We have some. They were not failing.
2026-04-16 19:05:18 <@korora:fedora.im> I'm -1.  This sounds hardware specific with certian configs
2026-04-16 19:05:19 <@conan_kudo:matrix.org> I currently turn off simpledrm on my laptop so plymouth loads properly
2026-04-16 19:05:33 <@conan_kudo:matrix.org> I'm -1 FB but should be documented
2026-04-16 19:05:50 <@adamwill:fedora.im> documenting would be easier if i knew what the hell to write :P
2026-04-16 19:05:58 <@korora:fedora.im> I agree with Conan that it should be documented. 
2026-04-16 19:06:00 <@adamwill:fedora.im> "just keep typing your password until morale improves"
2026-04-16 19:06:14 <@derekenz:fedora.im> LOL
2026-04-16 19:06:26 <@lruzicka:fedora.im> If you do not see anything after boot, just type your LUKS password and hit enter :D
2026-04-16 19:06:28 <@conan_kudo:matrix.org> turning off simpledrm fixes a lot of these issues from my own testing
2026-04-16 19:06:44 <@conan_kudo:matrix.org> `sudo grubby --update-kernel=ALL --args="plymouth.use-simpledrm=0"`
2026-04-16 19:07:06 <@nirik:matrix.scrye.com> that would be another good datapoint to get from affected users.
2026-04-16 19:07:19 <@sgallagh:fedora.im> I'm kind of +1 FB, planning to waive on a combination of "late blocker" and "hard to fix" (since we can't reproduce it)
2026-04-16 19:08:03 <@derekenz:fedora.im> Leaning FB +1
2026-04-16 19:08:35 <@korora:fedora.im> +1 FB, with a waiver.
2026-04-16 19:08:40 <@adamwill:fedora.im> pvalena just posted to the bug saying that turning simpledrm *on* fixes it. *throws hands in air, walks away*
2026-04-16 19:08:51 <@nirik:matrix.scrye.com> well, we didn't find it late did we? I mean, lots of these are older bugs
2026-04-16 19:09:10 <@adamwill:fedora.im> it was proposed as a blocker fairly late, but i don't think within the meaning of the waive rules
2026-04-16 19:09:57 <@adamwill:fedora.im> "bugs proposed as blockers 5 days or fewer before the scheduled Go_No_Go_Meeting for a milestone release (Beta or Final) can be considered under this policy"
2026-04-16 19:10:01 <@bittin_:mozilla.org> are we go?
2026-04-16 19:10:17 <@adamwill:fedora.im> it was proposed april 7...which is 9 days before *this* meeting, but 2 days before the *originally-scheduled* one
2026-04-16 19:10:24 <@adamwill:fedora.im> we're not there yet
2026-04-16 19:10:28 <@adamwill:fedora.im> go back to bed :)
2026-04-16 19:10:40 <@adamwill:fedora.im> anyway, policy is we discuss blocker status first, talk about waivers later
2026-04-16 19:10:48 <@nirik:matrix.scrye.com> "the bug" which one? too many tabs. ;)
2026-04-16 19:11:04 <@adamwill:fedora.im> right now we're at about +3 / -3
2026-04-16 19:11:05 <@lruzicka:fedora.im> I suppose the black screen one.
2026-04-16 19:11:09 <@bittin_:mozilla.org> ah sorry my Matrix was stupid
2026-04-16 19:11:10 <@sgallagh:fedora.im> The symptom is fairly bad and it seems to affect an decent number of modern laptops.
2026-04-16 19:11:14 <@adamwill:fedora.im> nirik https://bugzilla.redhat.com/show_bug.cgi?id=2455924
2026-04-16 19:11:38 <@derekenz:fedora.im> Yeah not good
2026-04-16 19:11:39 <@adamwill:fedora.im> unfortunately we can't really punt from this meeting, so we're all going to sit here till enough people vote or change their vote. :P
2026-04-16 19:11:40 <@sgallagh:fedora.im> On the other hand, we have apparently no idea why it's happening or even a good idea of what hardware
2026-04-16 19:12:21 <@nirik:matrix.scrye.com> or even if it's all the same thing
2026-04-16 19:12:21 <@lruzicka:fedora.im> I am -1 FB, document and suggest the grubby config workaround
2026-04-16 19:12:21 <@conan_kudo:matrix.org> yeah, I would say it sucks and blockery, but I have no idea wtf is wrong
2026-04-16 19:12:24 <@adamwill:fedora.im> it's also not clear this is anything new in f44, which is also a factor in evaluating a subjective case like this
2026-04-16 19:12:34 <@conan_kudo:matrix.org> it's _definitely_ not new
2026-04-16 19:12:34 <@psklenar:fedora.im> that's my first concerns about new users, buying new laptop and ...
2026-04-16 19:12:38 <@astranovus:matrix.org> can you allow dnf and discovery updates but delay the iso for a week
2026-04-16 19:12:39 <@conan_kudo:matrix.org> but we could have _new cases_ triggering it
2026-04-16 19:12:47 <@derekenz:fedora.im> Yep
2026-04-16 19:12:56 <@adamwill:fedora.im> Lukáš Růžička if you can find a consistent workaround in this mess of bugzilla posts, you're doing better than me :P
2026-04-16 19:13:22 <@conan_kudo:matrix.org> it could even be that for amd/intel, simpledrm off fixes it, but nvidia is the opposite
2026-04-16 19:13:22 <@sgallagh:fedora.im> The idea of a reviewer hitting this gives me agita
2026-04-16 19:13:28 <@conan_kudo:matrix.org> which is insane
2026-04-16 19:13:32 <@lruzicka:fedora.im> I even do not have the laptop. Althoug, I once had a P1 ... should try to look for it.
2026-04-16 19:13:59 <@lruzicka:fedora.im> I need to move to another computer now, wife heads to bed, will be back in 5
2026-04-16 19:14:15 <@adamwill:fedora.im> also, since we're technically discussing two bugs here: for people who are +1 , which do we want to block on? the 'probably 120Hz intel laptops we guess' one? the 'xps 13 pro whatever the heck is in that' one? the nvidia cases?
2026-04-16 19:14:29 <@adamwill:fedora.im> how many of those things need to be fixed to constitute the blocker being resolved?
2026-04-16 19:14:52 <@adamwill:fedora.im> we can go back to taking it bug-by-bug if that'd be clearer...i just kindawanted to highlight we've got a fuzzy mess of similar-but-probably-not-the-same things
2026-04-16 19:15:27 <@sgallagh:fedora.im> At minimum, whichever one is the "blank screen" case
2026-04-16 19:15:31 <@nirik:matrix.scrye.com> I mean I guess technically one the proposed one is proposed? ;)
2026-04-16 19:15:40 <@derekenz:fedora.im> Agree
2026-04-16 19:15:43 <@korora:fedora.im> What Stephen said
2026-04-16 19:15:51 <@conan_kudo:matrix.org> yeah black/blank screen is probably the worst
2026-04-16 19:16:21 <@adamwill:fedora.im> two are proposed, i set the topic to both of them
2026-04-16 19:16:40 <@adamwill:fedora.im> oh, hmm, i see https://src.fedoraproject.org/rpms/plymouth/c/e557f357478374dddf6d67a41724f7949a5e84b6?branch=rawhide in the plymouth history
2026-04-16 19:19:09 <@nirik:matrix.scrye.com> well, both of them are the blank screen case? just different hardware so it may or may not be the same issue.
2026-04-16 19:19:29 <@adamwill:fedora.im> the xps 13 plus one is not 'blank screen'
2026-04-16 19:19:55 <@adamwill:fedora.im> "the LUKS passphrase screen looks OK until I start typing the password, then the Plymouth screen disappears and the screen start flickering with a sort of blank screen"
2026-04-16 19:21:00 <@nirik:matrix.scrye.com> ok, and the other one just blank?
2026-04-16 19:21:07 <@adamwill:fedora.im> i'm kinda struggling with, ok, if we say one or both of these (or all three with the nvidia thing) are blockers, what next? turn simpledrm back on for luks? but that presumably breaks everything we previously turned it off for. if not that, what?
2026-04-16 19:21:18 <@adamwill:fedora.im> the intel bug reporters seem to say screen is totally blank, yeah
2026-04-16 19:21:22 <@adamwill:fedora.im> Petr Sklenar is that right?
2026-04-16 19:21:30 <@nirik:matrix.scrye.com> and also that f43 had the same issue?
2026-04-16 19:21:32 <@adamwill:fedora.im> you see nothing till you've blind-typed your passphrase?
2026-04-16 19:21:55 <@nirik:matrix.scrye.com> "I tried fedora43 without updates and the issue was there too."
2026-04-16 19:23:13 <@psklenar:fedora.im> no idea whats next if its blocker. Now there is no solution. I dont think  there would be next week.
2026-04-16 19:24:27 <@sgallagh:fedora.im> Petr Sklenar: That's why my follow-up would be to waive it under the "hard to fix" exception. It would become an auto-blocker for F45 in that case.
2026-04-16 19:24:28 <@nirik:matrix.scrye.com> In some ways the xps13 one is worse...
2026-04-16 19:24:51 <@korora:fedora.im> I feel like we don't have enough specific information to fix any of these at the moment
2026-04-16 19:25:23 <@lruzicka:fedora.im> Can plymouth be switched off with a kernel argument?
2026-04-16 19:25:27 <@adamwill:fedora.im> yeah, xps 13 case is weird, it's better at boot but worse after
2026-04-16 19:25:29 <@lruzicka:fedora.im> Would that work?
2026-04-16 19:25:43 <@adamwill:fedora.im> Petr Sklenar can you see grub?
2026-04-16 19:26:07 <@nirik:matrix.scrye.com> you can also switch to text luks prompt with esc, but I don't know if that works around any of these cases (the screen could just stay blank)
2026-04-16 19:26:25 <@adamwill:fedora.im> `rd.plymouth=0` or `plymouth.enable=0` should do it
2026-04-16 19:26:35 <@psklenar:fedora.im> after typing password by blind, there were grub (I hope I remember well)
2026-04-16 19:26:42 <@adamwill:fedora.im> i doubt esc will work, i think it just goes between plymouth 'pretty' and plymouth 'ugly' these days?
2026-04-16 19:27:00 <@adamwill:fedora.im> Petr Sklenar no, that can't be right. grub already happened before the encryption passphrase
2026-04-16 19:27:03 <@lruzicka:fedora.im> Grub shoul be there first?
2026-04-16 19:27:13 <@adamwill:fedora.im> i'm asking whether you can see it to get into it before we reach boot (and potentially try one of those boot args)
2026-04-16 19:27:31 <@adamwill:fedora.im> (although of course as we just established, workstation and kde make getting into grub tricky anyway...)
2026-04-16 19:27:47 <@adamwill:fedora.im> i'm asking whether you can see it to get into it before we reach passphrase entry (and potentially try one of those boot args)
2026-04-16 19:28:22 <@adamwill:fedora.im> ok, let's try this:
2026-04-16 19:28:38 <@adamwill:fedora.im> !info switching to single bug topic
2026-04-16 19:28:48 <@psklenar:fedora.im> The first what I could see , there is blank screen for typing password
2026-04-16 19:28:48 <@adamwill:fedora.im> !link https://pagure.io/fedora-qa/blocker-review/issue/2097
2026-04-16 19:28:48 <@adamwill:fedora.im> !topic (2455924) ThinkPad X1 Carbon Gen 13: black screen when typing LUKS password
2026-04-16 19:28:48 <@adamwill:fedora.im> !link https://bugzilla.redhat.com/show_bug.cgi?id=2455924
2026-04-16 19:28:48 <@adamwill:fedora.im> !info Proposed Blocker, kernel, NEW
2026-04-16 19:28:48 <@adamwill:fedora.im> !info Ticket vote: FinalBlocker (+3,0,-0) (+pstourac, +asciiwolf, +psklenar)
2026-04-16 19:28:49 <@nirik:matrix.scrye.com> anyhow, I still don't think these are blockers because we don't have enough data to tell how widespread it is or if they are related or the like. But if everyone else wants to call em blockers, ok then
2026-04-16 19:29:05 <@psklenar:fedora.im> The first what I could see , there is black screen for typing password
2026-04-16 19:29:16 <@adamwill:fedora.im> let's consider just this one, petr's 120Hz intel laptop case (that is *probably* also vit ondruch's case)
2026-04-16 19:29:33 <@adamwill:fedora.im> blank screen at passphrase entry, if you blind type the password, system boots OK
2026-04-16 19:29:37 <@adamwill:fedora.im> are we blocking on this? votes
2026-04-16 19:30:01 <@sgallagh:fedora.im> +1 FB
2026-04-16 19:30:08 <@derekenz:fedora.im> FB +1
2026-04-16 19:30:10 <@psklenar:fedora.im> +1 FB
2026-04-16 19:30:18 <@korora:fedora.im> +1 FB
2026-04-16 19:30:29 <@nirik:matrix.scrye.com> -1 (because it seems limited hardware wise from what we know, and was also present in f43) but feel free to drown me out
2026-04-16 19:31:53 <@conan_kudo:matrix.org> +1 FB
2026-04-16 19:32:11 <@korora:fedora.im> I missed the part about this one being present in F43...
2026-04-16 19:32:26 <@korora:fedora.im> -1 FB/+1 FE
2026-04-16 19:32:43 <@nirik:matrix.scrye.com> sounds like folks want to mark this blocker, no worries, shall we ?
2026-04-16 19:32:45 <@sp1tfire:matrix.org> -1
2026-04-16 19:32:47 <@mpearson:matrix.org> Sorry - I was AFK - but let me know if I should be doing anything as it's one of our systems. We preloaded the Carbon 13 with Fedora - and I've not seen this complaint before
2026-04-16 19:33:04 <@mpearson:matrix.org> I'm mostly here to be nosy as I want to be F44 on the Carbon 14.....
2026-04-16 19:33:28 <@adamwill:fedora.im> mpearson is it a 120Hz model?
2026-04-16 19:33:29 <@aggraxis:fedora.im> -1 FB - mostly for the same reasons as kevin
2026-04-16 19:33:39 <@adamwill:fedora.im> (the one we sell as a preload)
2026-04-16 19:33:43 <@mpearson:matrix.org> Catching up to be honest - will need to go and look at the bug and check
2026-04-16 19:33:47 <@adamwill:fedora.im> (the one sold as a preload)
2026-04-16 19:33:59 <@mpearson:matrix.org> Only SKU blocked is the MIPI camera one with Fedora
2026-04-16 19:34:02 <@adamwill:fedora.im> also, i guess preloads aren't encrypted, right?
2026-04-16 19:34:12 <@mpearson:matrix.org> That probably has the high end OLED tho
2026-04-16 19:34:13 <@nirik:matrix.scrye.com> ha, +4/-4 so far. sheesh.
2026-04-16 19:34:17 <@conan_kudo:matrix.org> yeah they aren't encrypted
2026-04-16 19:34:19 <@mpearson:matrix.org> They are not encrypted - good point
2026-04-16 19:34:43 <@adamwill:fedora.im> i count +5 / -3
2026-04-16 19:34:46 <@derekenz:fedora.im> Thanks LOL
2026-04-16 19:34:51 <@aggraxis:fedora.im> enroll that sucker in tpm unlock with clevis and call it a day lol
2026-04-16 19:34:55 <@adamwill:fedora.im> oh jocelyn changed
2026-04-16 19:35:06 <@sp1tfire:matrix.org> -1 FB
2026-04-16 19:35:11 <@korora:fedora.im> I do that from time to time. ;)
2026-04-16 19:35:13 <@adamwill:fedora.im> so, yeah, we're a bit stuck
2026-04-16 19:35:18 <@adamwill:fedora.im> technically, the default decision is reject
2026-04-16 19:35:39 <@adamwill:fedora.im> though i don't know if we've ever had to do that, we've always got a 3 vote delta before
2026-04-16 19:35:46 <@nirik:matrix.scrye.com> you didn't vote yet? tiebreaker?
2026-04-16 19:36:03 <@nirik:matrix.scrye.com> oh, there's +3 in ticket too
2026-04-16 19:36:09 <@adamwill:fedora.im> well, i guess the default is leave it proposed, which is effectively a rejection if we're otherwise go, but leaves it open if we're not
2026-04-16 19:36:22 <@adamwill:fedora.im> i guess what we can do is leave this open and move on with the list and see where we get by the end
2026-04-16 19:36:28 <@korora:fedora.im> I do want to add that I feel like I've experienced this bug, but I don't recall which machine and what the hardware config was like
2026-04-16 19:36:36 <@lruzicka:fedora.im> Yeah, let's do it
2026-04-16 19:37:18 <@adamwill:fedora.im> proposed !agreed - 2455924 - punt (delay decision) - we do not have a clear call on this bug (we're at +4 / -4 in meeting, +6 / -4 with tracker votes added). we'll continue with the other proposed blockers then circle back later if necessary
2026-04-16 19:37:30 <@adamwill:fedora.im> i guess i could vote +1 just to give us a decision, but...heh
2026-04-16 19:37:40 <@sgallagh:fedora.im> ack
2026-04-16 19:37:46 <@nirik:matrix.scrye.com> ack
2026-04-16 19:37:47 <@korora:fedora.im> ack
2026-04-16 19:37:48 <@derekenz:fedora.im> ack
2026-04-16 19:37:52 <@psklenar:fedora.im> ack
2026-04-16 19:37:53 <@aggraxis:fedora.im> ack
2026-04-16 19:37:59 <@adamwill:fedora.im> !agreed - 2455924 - punt (delay decision) - we do not have a clear call on this bug (we're at +4 / -4 in meeting, +6 / -4 with tracker votes added). we'll continue with the other proposed blockers then circle back later if necessary
2026-04-16 19:38:11 <@adamwill:fedora.im> ok, and i suspect it'll be the same, but:
2026-04-16 19:38:12 <@adamwill:fedora.im> !link https://pagure.io/fedora-qa/blocker-review/issue/2047
2026-04-16 19:38:12 <@adamwill:fedora.im> !link https://bugzilla.redhat.com/show_bug.cgi?id=2441941
2026-04-16 19:38:12 <@adamwill:fedora.im> !topic (2441941) Graphics break when trying to type LUKS password (Dell XPS 13 Plus, jeischmann)
2026-04-16 19:38:12 <@adamwill:fedora.im> !info Proposed Blocker, kernel, NEW
2026-04-16 19:38:12 <@adamwill:fedora.im> !info Ticket vote: BetaBlocker (+2,0,-0) (+nielsenb, +psklenar)
2026-04-16 19:38:31 <@adamwill:fedora.im> this is the other case - Dell XPS 13 Plus, seems like it has graphical corruption issues both during and after boot, including at passphrase prompt
2026-04-16 19:38:45 <@lruzicka:fedora.im> Can this be escaped away?
2026-04-16 19:40:06 <@nirik:matrix.scrye.com> I don't like on this one that the booted system is not usable. ;(
2026-04-16 19:41:13 <@korora:fedora.im> Do we have any idea what the GPU is?
2026-04-16 19:41:17 <@adamwill:fedora.im> yeah, that sucks. but...it *is* only one system, so far
2026-04-16 19:41:28 <@korora:fedora.im> or the grapics setup in enera;?
2026-04-16 19:41:28 <@adamwill:fedora.im> the other commenters clearly have completely different hardware, and don't actually describe their symptoms
2026-04-16 19:41:29 <@nirik:matrix.scrye.com> this one also affects f43, but not GA, only updates...
2026-04-16 19:41:34 <@adamwill:fedora.im> Jocelyn (she/her) 🏳️‍⚧️ it's intel
2026-04-16 19:41:45 <@adamwill:fedora.im> Jocelyn (Server WG: Docs) (UTC -5) it's intel
2026-04-16 19:41:51 <@adamwill:fedora.im> 00:02.0 VGA compatible controller [0300]: Intel Corporation Raptor Lake-P [Iris Xe Graphics] [8086:a7a0] (rev 04)
2026-04-16 19:41:54 <@nirik:matrix.scrye.com> yeah, if it's isolated to just this one thing, I can be -1 blocker.
2026-04-16 19:42:16 <@korora:fedora.im> Do we have any other reports with the Raptor Lake GPUs?
2026-04-16 19:42:33 <@conan_kudo:matrix.org> what is Raptor Lake?
2026-04-16 19:42:45 <@conan_kudo:matrix.org> ah 13th and 14th gen
2026-04-16 19:43:00 <@conan_kudo:matrix.org> so these are very new
2026-04-16 19:43:08 <@sgallagh:fedora.im> -1 FB
2026-04-16 19:43:17 <@korora:fedora.im> -1 fb
2026-04-16 19:43:23 <@adamwill:fedora.im> not that new?
2026-04-16 19:43:24 <@adamwill:fedora.im> 2022
2026-04-16 19:43:28 <@sgallagh:fedora.im> And if it appeared in F43 after updates, that presumably means we can fix this in post-install update for F44 too
2026-04-16 19:43:28 <@korora:fedora.im> The newest I have is Kaby Lake
2026-04-16 19:43:35 <@adamwill:fedora.im> dell stopped doing the xps 13 plus because everyone hated the capacitative keyboard thing iirc
2026-04-16 19:43:38 <@sp1tfire:matrix.org> They were launched back in 2023, not that new ig.
2026-04-16 19:43:49 <@conan_kudo:matrix.org> oh yeah
2026-04-16 19:43:53 <@conan_kudo:matrix.org> that torturous computer
2026-04-16 19:43:57 <@lruzicka:fedora.im> -1 fb, document
2026-04-16 19:44:13 <@conan_kudo:matrix.org> if we have only one example and no other reports from other 13/14 gen intel systems... -1 FB and document
2026-04-16 19:44:23 <@adamwill:fedora.im> i feel like we can document this as a sign from God to get a better laptop
2026-04-16 19:44:55 <@korora:fedora.im> Agreed
2026-04-16 19:44:55 <@conan_kudo:matrix.org> I have a snarky comment about dells that I could put in here
2026-04-16 19:44:58 <@aggraxis:fedora.im> -1 fb
2026-04-16 19:45:02 <@sp1tfire:matrix.org> -1 FB
2026-04-16 19:45:19 <@boniboyblue:fedora.im> I'm also FB -1
2026-04-16 19:45:20 <@lruzicka:fedora.im> prDELL
2026-04-16 19:45:29 <@sp1tfire:matrix.org> They were launched back in 2023, not that new.
2026-04-16 19:45:33 <@adamwill:fedora.im> proposed !agreed 2441941 - RejectedBlocker (Final) - this specific case seems different from other early-boot graphics issues and so far seems specific to the XPS Plus 9320 (other folks commenting on the bug clearly have very different hardware and don't describe the same symptoms). On that basis it's rejected as a blocker for not being known to affect a wide-enough range of hardware
2026-04-16 19:45:46 <@lruzicka:fedora.im> ack jeeves
2026-04-16 19:45:52 <@adamwill:fedora.im> i don't mind dells in general, i used xps 13s for years. but the xps 13 plus was an awful idea
2026-04-16 19:45:57 <@conan_kudo:matrix.org> ack
2026-04-16 19:46:04 <@derekenz:fedora.im> ack
2026-04-16 19:46:04 <@sgallagh:fedora.im> "snarky" and "comments about Dells" are redundant. 🏃‍♂️‍➡️
2026-04-16 19:46:05 <@korora:fedora.im> ack
2026-04-16 19:46:10 <@sgallagh:fedora.im> ack
2026-04-16 19:46:24 <@aggraxis:fedora.im> ack
2026-04-16 19:46:30 <@korora:fedora.im> I have a Dell server, but my macines are all etiher self built or ThinkPads
2026-04-16 19:46:31 <@psklenar:fedora.im> ack
2026-04-16 19:47:06 <@adamwill:fedora.im> !agreed 2441941 - RejectedBlocker (Final) - this specific case seems different from other early-boot graphics issues and so far seems specific to the XPS Plus 9320 (other folks commenting on the bug clearly have very different hardware and don't describe the same symptoms). On that basis it's rejected as a blocker for not being known to affect a wide-enough range of hardware
2026-04-16 19:47:06 <@sgallagh:fedora.im> It was just a joke. Dells are no worse than any other pre-fab machines.
2026-04-16 19:47:31 <@adamwill:fedora.im> !info Proposed Blocker, kernel, NEW
2026-04-16 19:47:31 <@adamwill:fedora.im> !info Ticket vote: FinalBlocker (+1,0,-1) (+loquser, -pbrobinson)
2026-04-16 19:47:31 <@adamwill:fedora.im> !link https://pagure.io/fedora-qa/blocker-review/issue/2111
2026-04-16 19:47:31 <@adamwill:fedora.im> !topic (2458899) An update broke the realtek chip rtl8852be on fedora 44 kde
2026-04-16 19:47:31 <@adamwill:fedora.im> !link https://bugzilla.redhat.com/show_bug.cgi?id=2458899
2026-04-16 19:47:32 <@korora:fedora.im> Oh, I know.  :)
2026-04-16 19:47:49 <@adamwill:fedora.im> this showed up late, without much detail
2026-04-16 19:48:05 <@nirik:matrix.scrye.com> yeah, not much info here to go on...
2026-04-16 19:48:16 <@conan_kudo:matrix.org> uhh wut?
2026-04-16 19:48:32 <@nirik:matrix.scrye.com> also was a beta install?
2026-04-16 19:48:51 <@nirik:matrix.scrye.com> but updated after I guess.
2026-04-16 19:49:47 <@korora:fedora.im> This was posted to BZ 12 hours ago. 
2026-04-16 19:50:20 <@korora:fedora.im> I bet this RTL8852BE is a common chip though
2026-04-16 19:50:40 <@sgallagh:fedora.im> I'm running that chip on my system right now
2026-04-16 19:50:48 <@sgallagh:fedora.im> On F44 KDE, fully updated.
2026-04-16 19:50:56 <@nirik:matrix.scrye.com> let me check smolt... </old fedora joke>
2026-04-16 19:51:07 <@conan_kudo:matrix.org> we should bring that back
2026-04-16 19:52:11 <@adamwill:fedora.im> https://www.reddit.com/r/archlinux/comments/1s8myt8/kerneldriver_bug_issue_with_wifi_need_help/
2026-04-16 19:52:22 <@nirik:matrix.scrye.com> Stephen Gallagher: rtw89 driver?
2026-04-16 19:52:23 <@adamwill:fedora.im> "the realtek chips are notorious for this kind of crap especially after kernel updates. "
2026-04-16 19:53:00 <@conan_kudo:matrix.org> I think there's a meme about "friends don't let friends buy realtek"
2026-04-16 19:53:28 <@aggraxis:fedora.im> Real friends don't let friends by realtek lol
2026-04-16 19:53:36 <@sgallagh:fedora.im> `lsmod` says "yes"
2026-04-16 19:53:51 <@adamwill:fedora.im> ok, one data point is enough for me
2026-04-16 19:53:52 <@adamwill:fedora.im> -1
2026-04-16 19:53:55 <@aggraxis:fedora.im> ok, so we have evidence of a working device running the afflicted software
2026-04-16 19:53:58 <@aggraxis:fedora.im> -1 fb
2026-04-16 19:54:09 <@conan_kudo:matrix.org> -1 FB
2026-04-16 19:54:13 <@korora:fedora.im> I'm -1 as this is the only instane that we've heard about
2026-04-16 19:54:14 <@sp1tfire:matrix.org> -1 FB
2026-04-16 19:54:16 <@psklenar:fedora.im> -1 fb , one user
2026-04-16 19:54:21 <@sgallagh:fedora.im> -1 FB
2026-04-16 19:54:25 <@nirik:matrix.scrye.com> yeah, -1 based on what we have now
2026-04-16 19:54:26 <@derekenz:fedora.im> Yeah FB -1
2026-04-16 19:54:41 <@boniboyblue:fedora.im> I'm FB -1 as well - just not enough information on the bug report.
2026-04-16 19:55:18 <@lruzicka:fedora.im> -1 final block, buy some decent stock
2026-04-16 19:55:29 <@adamwill:fedora.im> proposed !agreed 2458899 - RejectedBlocker (Final) - so far there is only one report of this that we can find, and sgallagh has the same chip in his laptop and it's working fine on F44. So with the available info at this point we cannot conclude that this has a wide enough hardware impact to be considered a blocker
2026-04-16 19:55:36 <@korora:fedora.im> ack
2026-04-16 19:55:38 <@psklenar:fedora.im> ack
2026-04-16 19:55:38 <@aggraxis:fedora.im> ack
2026-04-16 19:55:40 <@sgallagh:fedora.im> patch
2026-04-16 19:55:45 <@nirik:matrix.scrye.com> ack
2026-04-16 19:55:47 <@lruzicka:fedora.im> ack
2026-04-16 19:55:48 <@sgallagh:fedora.im> (It's my desktop, not laptop)
2026-04-16 19:55:49 <@conan_kudo:matrix.org> ack
2026-04-16 19:55:54 <@derekenz:fedora.im> ack
2026-04-16 19:56:08 <@adamwill:fedora.im> proposed !agreed 2458899 - RejectedBlocker (Final) - so far there is only one report of this that we can find, and sgallagh has the same chip in his system and it's working fine on F44. So with the available info at this point we cannot conclude that this has a wide enough hardware impact to be considered a blocker
2026-04-16 19:56:10 <@adamwill:fedora.im> patched
2026-04-16 19:57:00 <@adamwill:fedora.im> hum, bugzilla search found https://bugzilla.redhat.com/show_bug.cgi?id=2458629
2026-04-16 19:57:08 <@adamwill:fedora.im> which is either a more detailed and interesting report, or LLMslop
2026-04-16 19:57:30 <@adamwill:fedora.im> ehh, leaning toward 'interesting report', though it's also on f43
2026-04-16 19:57:46 <@nirik:matrix.scrye.com> it's quite... long
2026-04-16 19:58:12 <@adamwill:fedora.im> yeah
2026-04-16 19:58:17 <@adamwill:fedora.im> anyhow, just a sidebar. let's go with this
2026-04-16 19:58:19 <@nirik:matrix.scrye.com> but also doesn't seem like the same thing to me.
2026-04-16 19:58:36 <@sgallagh:fedora.im> Yeah, I agree. Also, different hardware.
2026-04-16 19:58:49 <@adamwill:fedora.im> it mentions the rtw89 driver
2026-04-16 19:58:50 <@conan_kudo:matrix.org> ehhh
2026-04-16 19:58:51 <@adamwill:fedora.im> anyhoo
2026-04-16 19:58:53 <@conan_kudo:matrix.org> this report feels off
2026-04-16 19:58:58 <@adamwill:fedora.im> !agreed 2458899 - RejectedBlocker (Final) - so far there is only one report of this that we can find, and sgallagh has the same chip in his system and it's working fine on F44. So with the available info at this point we cannot conclude that this has a wide enough hardware impact to be considered a blocker
2026-04-16 19:59:01 <@conan_kudo:matrix.org> anyway, it doesn't matter for this discussion
2026-04-16 19:59:13 <@adamwill:fedora.im> !info Ticket vote: FinalBlocker (+1,0,-0) (+derekenz)
2026-04-16 19:59:13 <@adamwill:fedora.im> !topic (2458901) An incomplete spanned btrfs makes anaconda not see the drive, and crash when rescanning
2026-04-16 19:59:13 <@adamwill:fedora.im> !link https://bugzilla.redhat.com/show_bug.cgi?id=2458901
2026-04-16 19:59:13 <@adamwill:fedora.im> !link https://pagure.io/fedora-qa/blocker-review/issue/2112
2026-04-16 19:59:13 <@adamwill:fedora.im> !info Proposed Blocker, python-blivet, ASSIGNED
2026-04-16 19:59:15 <@adamwill:fedora.im> whew, last one
2026-04-16 19:59:20 <@sgallagh:fedora.im> adamw: Yes, but RTL8922AU device
2026-04-16 19:59:41 <@adamwill:fedora.im> so this is basically like installing with one disk from a RAID set attached, and you just want to wipe it and install to it as a normal disk
2026-04-16 19:59:54 <@adamwill:fedora.im> i'm pretty sure we had proposed blockers on that scenario in the past. i don't remember what we decided
2026-04-16 20:00:17 <@adamwill:fedora.im> it does feel a bit blocker-y to me under the criteria. it's probably a *relatively* rare situation, but quite bad if you're trapped in it...
2026-04-16 20:00:27 <@sgallagh:fedora.im> IMHO, that should work, but I'm not convinced it's a frequent-enough situation to be worth blocking on.
2026-04-16 20:00:29 <@conan_kudo:matrix.org> I think we did block on it before?
2026-04-16 20:00:56 <@conan_kudo:matrix.org> is there a way out that a user can reasonably do?
2026-04-16 20:01:07 <@nirik:matrix.scrye.com> yeah, I don't think it's too common...
2026-04-16 20:01:08 <@sgallagh:fedora.im> I think we blocked on it years ago when fakeraid was still in vogue.
2026-04-16 20:01:15 <@nirik:matrix.scrye.com> boot and wipefs -a on it?
2026-04-16 20:02:14 <@korora:fedora.im> In the past when I've had this type of issue, I simply drop to a command prompt nad nuke the thing from orbit
2026-04-16 20:02:19 <@conan_kudo:matrix.org> it's probably reasonable to block even now since softraid never left us
2026-04-16 20:02:52 <@adamwill:fedora.im> i think i'm +1 on this
2026-04-16 20:03:06 <@conan_kudo:matrix.org> +1 FB as well
2026-04-16 20:03:23 <@korora:fedora.im> I am +1 as well, even though there are workarounds, but a newer user may not know them
2026-04-16 20:03:30 <@sgallagh:fedora.im> 0 from me; I don't have a good sense of how likely this is to be encountered.
2026-04-16 20:03:46 <@adamwill:fedora.im> note this one isn't technically a 'how often is it encountered' decision because it's not subjective
2026-04-16 20:03:47 <@lruzicka:fedora.im> 0
2026-04-16 20:03:57 <@adamwill:fedora.im> note this one isn't technically a 'how often is it encountered' decision because it's not a conditional violation
2026-04-16 20:04:11 <@sgallagh:fedora.im> adamw: It's hardware-specific
2026-04-16 20:04:20 <@conan_kudo:matrix.org> this is also a regression, it used to work and it broke accidentally
2026-04-16 20:04:20 <@adamwill:fedora.im> i would say it's not, in relation to the criterion
2026-04-16 20:04:25 <@adamwill:fedora.im> the criterion basically says "this has to work"
2026-04-16 20:04:32 <@nirik:matrix.scrye.com> I suppose +1... it's a bad case if you don't know how to get past it.
2026-04-16 20:04:43 <@conan_kudo:matrix.org> it can also be synthesized in a VM independent of disk layout
2026-04-16 20:04:49 <@adamwill:fedora.im> this isn't the same as a very general "system must boot" criterion where we say "well, on most hardware it does"
2026-04-16 20:04:55 <@adamwill:fedora.im> there are pretty specifically-worded criteria here
2026-04-16 20:05:00 <@conan_kudo:matrix.org> just make two partitions on a single disk, raid the partitions in btrfs, delete the other member and now busted
2026-04-16 20:05:01 <@aggraxis:fedora.im> +1 ... This would be a panic moment for someone who doesn't know how to deal with it.
2026-04-16 20:05:12 <@aggraxis:fedora.im> It looks like a fix is in work
2026-04-16 20:05:13 <@adamwill:fedora.im> https://bugzilla.redhat.com/show_bug.cgi?id=2458901#c10 has the specific references
2026-04-16 20:05:18 <@conan_kudo:matrix.org> just make two partitions on a single disk, raid the partitions in btrfs, delete the other partition and now busted
2026-04-16 20:05:49 <@sgallagh:fedora.im> OK, upon rereading the criterion, I guess I can be +1 FB here.
2026-04-16 20:06:15 <@aggraxis:fedora.im> Yeah, the criterion are pretty clear.
2026-04-16 20:06:30 <@sgallagh:fedora.im> But if this turns out to be the last blocker, I'm going to be a bit sad.
2026-04-16 20:06:45 <@adamwill:fedora.im> proposed !agreed 2458901 - AcceptedBlocker (Final) - this is accepted as a violation of the criteria cited in https://bugzilla.redhat.com/show_bug.cgi?id=2458901#c10
2026-04-16 20:06:50 <@adamwill:fedora.im> oh, we have *lots* of blockers
2026-04-16 20:06:59 <@derekenz:fedora.im> ack
2026-04-16 20:07:01 <@adamwill:fedora.im> next we decide if we want to waive...all of them
2026-04-16 20:07:15 <@aggraxis:fedora.im> ack
2026-04-16 20:07:30 <@korora:fedora.im> ack
2026-04-16 20:07:31 <@conan_kudo:matrix.org> ack
2026-04-16 20:07:35 <@nirik:matrix.scrye.com> ack
2026-04-16 20:07:38 <@lruzicka:fedora.im> ack
2026-04-16 20:07:43 <@boniboyblue:fedora.im> ack
2026-04-16 20:07:56 <@adamwill:fedora.im> !agreed 2458901 - AcceptedBlocker (Final) - this is accepted as a violation of the criteria cited in https://bugzilla.redhat.com/show_bug.cgi?id=2458901#c10
2026-04-16 20:08:14 <@adamwill:fedora.im> !info that's all the proposed blockers
2026-04-16 20:08:27 <@adamwill:fedora.im> !topic Waiver consideration
2026-04-16 20:08:48 <@farchord:fedora.im> FYI, I had the issue on 44 where the LUKS screen was essentially frozen (Not showing keyboard inputs). I know I added a kernel argument to make it working again, if you need help troubleshooting that one I can try to go remove the kernel argument to help
2026-04-16 20:08:58 <@farchord:fedora.im> My laptop is a Framework 16 with the Ryzen AI 3rd gen
2026-04-16 20:09:09 <@adamwill:fedora.im> so, if I'm counting right, we now have 4 outright accepted blockers
2026-04-16 20:09:26 <@adamwill:fedora.im> !info the following bugs are currently accepted blockers:
2026-04-16 20:09:32 <@nirik:matrix.scrye.com> feel free to test and post results to the bug(s)
2026-04-16 20:09:35 <@adamwill:fedora.im> !link https://bugzilla.redhat.com/show_bug.cgi?id=2448283
2026-04-16 20:09:40 <@adamwill:fedora.im> !link https://bugzilla.redhat.com/show_bug.cgi?id=2453216
2026-04-16 20:09:44 <@adamwill:fedora.im> !link https://bugzilla.redhat.com/show_bug.cgi?id=2458907
2026-04-16 20:09:50 <@adamwill:fedora.im> !link https://bugzilla.redhat.com/show_bug.cgi?id=2458901
2026-04-16 20:10:06 <@adamwill:fedora.im> we accepted those two, right? 'nonetype' has no attribute 'path' and incomplete btrfs?
2026-04-16 20:10:20 <@conan_kudo:matrix.org> yes
2026-04-16 20:10:21 <@adamwill:fedora.im> does anyone want to consider waiving all four of these?
2026-04-16 20:10:37 <@adamwill:fedora.im> i don't really feel like waiving all of them
2026-04-16 20:11:05 <@conan_kudo:matrix.org> I don't either
2026-04-16 20:11:18 <@adamwill:fedora.im> i was willing to waive the plasma-setup ones if they were the last two. i'd *maybe* consider waiving either of the others if it was the last one. but the overall feeling is...maybe another week wouldn't hurt? especially since it looks like we can definitely fix the two we accepted
2026-04-16 20:11:32 <@adamwill:fedora.im> and maybe at least clarify some stuff around the luks cases
2026-04-16 20:11:41 <@adamwill:fedora.im> Jef Spaleta are you around btw?
2026-04-16 20:11:44 <@nirik:matrix.scrye.com> yeah.
2026-04-16 20:11:45 <@conan_kudo:matrix.org> yeah
2026-04-16 20:11:49 <@conan_kudo:matrix.org> that's my feeling too
2026-04-16 20:12:47 <@sgallagh:fedora.im> If we slip, can we be REALLY conservative about slipping in FE changes?
2026-04-16 20:12:57 <@adamwill:fedora.im> we sure can!
2026-04-16 20:13:04 <@adamwill:fedora.im> (the big one already went in rc-1.2 anyway)
2026-04-16 20:14:28 <@nirik:matrix.scrye.com> So, info no go, send announcement, don't profit?
2026-04-16 20:14:41 <@jspaleta:fedora.im> im here... i look forward to making this discussion harder than it needs to be
2026-04-16 20:14:42 <@adamwill:fedora.im> Jef Spaleta are you particularly sad if we decide not to waive these four bugs and slip a week?
2026-04-16 20:14:49 <@adamwill:fedora.im> see a bit above for the list
2026-04-16 20:14:53 <@zodbot:fedora.im> aggraxis gave a cookie to jspaleta. They now have 19 cookies, 11 of which were obtained in the Fedora 43 release cycle
2026-04-16 20:14:59 <@adamwill:fedora.im> Jef Spaleta are you particularly sad if we decide not to waive these four bugs, and slip a week?
2026-04-16 20:15:09 <@zodbot:fedora.im> korora gave a cookie to jspaleta. They now have 20 cookies, 12 of which were obtained in the Fedora 43 release cycle
2026-04-16 20:15:09 <@jspaleta:fedora.im> i am not sad... blame it on me.. im new
2026-04-16 20:15:17 <@adamwill:fedora.im> !agreed this is all Jef's fault
2026-04-16 20:15:27 <@korora:fedora.im> ack
2026-04-16 20:15:36 <@adamwill:fedora.im> alright, so i'm not seeing much appetite for waiving all the blockers
2026-04-16 20:15:50 <@jspaleta:fedora.im> does this mean I need to rededit the release schedule edit im trying to do right now
2026-04-16 20:15:57 <@nirik:matrix.scrye.com> Jef Spaleta: no no, you need to blame it on the last person. ;)
2026-04-16 20:15:59 <@adamwill:fedora.im> !agreed there is no proposal to waive all four outstanding accepted blockers
2026-04-16 20:16:03 <@adamwill:fedora.im> Jef Spaleta yes, yes it does
2026-04-16 20:16:09 <@adamwill:fedora.im> bump everything another week, call it release target #2
2026-04-16 20:16:17 <@jspaleta:fedora.im> even better.. becasue  smartsheet is smarter than me
2026-04-16 20:16:24 <@adamwill:fedora.im> hence the same
2026-04-16 20:16:28 <@adamwill:fedora.im> you're not called SmartJef, are you? well then
2026-04-16 20:16:46 <@jspaleta:fedora.im> replease Jef with another three letter word...
2026-04-16 20:16:51 <@farchord:fedora.im> Darn you Jeff!
2026-04-16 20:17:12 <@adamwill:fedora.im> alright, since we have outstanding blockers, let's cut to:
2026-04-16 20:17:18 <@adamwill:fedora.im> !topic Go/No-Go decision
2026-04-16 20:17:27 <@adamwill:fedora.im> I will poll each team. Please reply “go” or “no-go”
2026-04-16 20:17:30 <@adamwill:fedora.im> FESCo?
2026-04-16 20:17:49 <@jspaleta:fedora.im> I will refrain from regaling everuone here with my personal history concerning the word DARN.. 
2026-04-16 20:18:06 <@nirik:matrix.scrye.com> no go
2026-04-16 20:18:09 <@conan_kudo:matrix.org> No-Go
2026-04-16 20:18:13 <@sgallagh:fedora.im> No go
2026-04-16 20:18:21 <@adamwill:fedora.im> Releng?
2026-04-16 20:18:36 <@sgallagh:fedora.im> Jef Spaleta: Hole-y socks?
2026-04-16 20:18:49 <@nirik:matrix.scrye.com> no going
2026-04-16 20:18:57 <@farchord:fedora.im> I'd love to hear it in #social:fedoraproject.org at some point 🙂
2026-04-16 20:18:58 <@jspaleta:fedora.im> https://en.wikipedia.org/wiki/SuperDARN
2026-04-16 20:19:00 <@adamwill:fedora.im> QA?
2026-04-16 20:19:10 <@lruzicka:fedora.im> noey goey
2026-04-16 20:19:12 <@psklenar:fedora.im> no go
2026-04-16 20:19:18 <@boniboyblue:fedora.im> no go
2026-04-16 20:19:19 <@derekenz:fedora.im> no go
2026-04-16 20:19:24 <@adamwill:fedora.im> !agreed Fedora Linux 44 Final is NO-GO
2026-04-16 20:19:46 <@sgallagh:fedora.im> Nifty
2026-04-16 20:19:55 <@adamwill:fedora.im> !info The next F44 Final Go/No-Go meeting will be Thursday, 2026-04-23 at 1800 UTC
2026-04-16 20:20:15 <@adamwill:fedora.im> !info F44 Final shifts to target date #2: Tuesday 2026-04-28
2026-04-16 20:20:22 <@jspaleta:fedora.im> so final 2nd target date shifts a week in the schedule... on it right now
2026-04-16 20:20:23 <@adamwill:fedora.im> !action jspaleta to announce decision
2026-04-16 20:20:43 <@jspaleta:fedora.im> great where do i announce? 
2026-04-16 20:21:01 <@conan_kudo:matrix.org> devel-announce, test-announce, I think?
2026-04-16 20:21:16 <@adamwill:fedora.im> Jef Spaleta technically the schedule was already wrong. we should have had apr 21 listed as 'target date #1' and apr 28 listed as 'target date #2' already, with target date 1 as the current target, and at this point we would just shift to target date 2
2026-04-16 20:21:32 <@adamwill:fedora.im> Jef Spaleta look for old mails from Ben / Aoife and do what they did i guess
2026-04-16 20:22:16 <@adamwill:fedora.im> Jef Spaleta i can forward you the last one i did, in 39 cycle
2026-04-16 20:23:04 <@jspaleta:fedora.im> its fine... i just need to know the locations i need to drop the announcement.. I'll write a klingon sonnet.. it will be fun
2026-04-16 20:23:10 <@jspaleta:fedora.im> schedule edit going in right now.
2026-04-16 20:23:31 <@adamwill:fedora.im> !topic Open floor
2026-04-16 20:23:40 <@adamwill:fedora.im> for the record, i'll note that test coverage was excellent
2026-04-16 20:23:56 <@adamwill:fedora.im> so i'm *hopeful* there shouldn't be too many more potential blockers lurking after these
2026-04-16 20:24:32 <@adamwill:fedora.im> anything else before we close out? thanks for sticking through a long meeting, folks
2026-04-16 20:24:36 <@supakeen:fedora.im> They always come late I guess.
2026-04-16 20:24:39 <@adamwill:fedora.im> i will secretarialize the decisions after i've had lunch
2026-04-16 20:24:45 <@nirik:matrix.scrye.com> nothing could possibly go wrong now!
2026-04-16 20:24:51 <@lruzicka:fedora.im> Will there be a BRM on Monday?
2026-04-16 20:24:59 <@sgallagh:fedora.im> adamw: Thank you for running this exceptionally long meeting
2026-04-16 20:25:04 <@adamwill:fedora.im> we do try and catch stuff early but the more testing you do, the more you find...
2026-04-16 20:25:12 <@farchord:fedora.im> ..... You'd think you'd have heard of 'jinxing' by now 😆
2026-04-16 20:25:21 <@adamwill:fedora.im> assume so, yeah, i'll cancel if there's absolutely nothing to review at that point
2026-04-16 20:25:25 <@supakeen:fedora.im> adamw: Oh yea, but I mean people at large only really start testing at the RC so the blockers end up coming in late if they find any :)
2026-04-16 20:25:31 <@zodbot:fedora.im> kevin has already given cookies to adamwill during the F43 timeframe
2026-04-16 20:25:35 <@korora:fedora.im> adamwThanks for running the meeting
2026-04-16 20:25:45 <@supakeen:fedora.im> Thanks for the meeting, it's been long enough :)
2026-04-16 20:25:46 <@nirik:matrix.scrye.com> thanks adamw
2026-04-16 20:25:50 <@adamwill:fedora.im> cya everyone
2026-04-16 20:25:53 <@adamwill:fedora.im> !endmeeting