<@adamwill:fedora.im>
16:00:39
!startmeeting F41-blocker-review
<@meetbot:fedora.im>
16:00:40
Meeting started at 2024-09-30 16:00:39 UTC
<@meetbot:fedora.im>
16:00:40
The Meeting name is 'F41-blocker-review'
<@adamwill:fedora.im>
16:00:42
!topic Roll Call
<@frantisekz:fedora.im>
16:00:43
!hi
<@zodbot:fedora.im>
16:00:45
František Zatloukal (frantisekz)
<@conan_kudo:matrix.org>
16:00:47
!hi
<@nielsenb:fedora.im>
16:00:49
!hi
<@adamwill:fedora.im>
16:00:49
ahoyhoy folks, who's around for blocker review fun
<@zodbot:fedora.im>
16:00:51
Neal Gompa (ngompa) - he / him / his
<@zodbot:fedora.im>
16:00:51
Brandon Nielsen (nielsenb)
<@adamwill:fedora.im>
16:00:55
!hi
<@zodbot:fedora.im>
16:00:56
Adam Williamson (adamwill) - he / him / his
<@pboy:fedora.im>
16:01:04
!hi
<@zodbot:fedora.im>
16:01:07
Peter Boy (pboy)
<@nhanlon:beeper.com>
16:01:08
!hi
<@derekenz:fedora.im>
16:01:10
!hi
<@zodbot:fedora.im>
16:01:13
Neil Hanlon (neil) - he / him / his
<@zodbot:fedora.im>
16:01:15
Derek Enz (derekenz)
<@nhanlon:beeper.com>
16:01:33
g'morning all. time to block some reviewers! or... something
<@lruzicka:matrix.org>
16:01:40
Hey, hey, hey, shall I go or stay?
<@adamwill:fedora.im>
16:01:51
Neil Hanlon: close enough
<@geraldosimiao:matrix.org>
16:02:39
!hi
<@zodbot:fedora.im>
16:02:47
Geraldo S. Simião Kutz (geraldosimiao) - he / him / his
<@sgallagh:fedora.im>
16:03:35
!hi
<@zodbot:fedora.im>
16:03:37
Stephen Gallagher (sgallagh) - he / him / his
<@jrelvas:fedora.im>
16:03:40
heh, i was wondering why rawhide was moving slower than usual
<@jrelvas:fedora.im>
16:03:51
i completely forgot f41 was immminent
<@adamwill:fedora.im>
16:04:15
okey dokey, impending boilerplate alert
<@adamwill:fedora.im>
16:04:20
Why are we here?
<@adamwill:fedora.im>
16:04:20
!topic Introduction
<@adamwill:fedora.im>
16:04:20
!info Our purpose in this meeting is to review proposed blocker and nice-to-have bugs and decide whether to accept them, and to monitor the progress of fixing existing accepted blocker and nice-to-have bugs.
<@adamwill:fedora.im>
16:04:20
!info We'll be following the process outlined at:
<@adamwill:fedora.im>
16:04:20
!link https://fedoraproject.org/wiki/QA:SOP_Blocker_Bug_Meeting
<@adamwill:fedora.im>
16:04:20
!info The bugs up for review today are available at:
<@adamwill:fedora.im>
16:04:20
!link http://qa.fedoraproject.org/blockerbugs/current
<@adamwill:fedora.im>
16:04:20
!info The criteria for release blocking bugs can be found at:
<@adamwill:fedora.im>
16:04:20
!link https://fedoraproject.org/wiki/Basic_Release_Criteria
<@adamwill:fedora.im>
16:04:20
!link https://fedoraproject.org/wiki/Fedora_41_Beta_Release_Criteria
<@adamwill:fedora.im>
16:04:20
!link https://fedoraproject.org/wiki/Fedora_41_Final_Release_Criteria
<@adamwill:fedora.im>
16:04:50
!info 1 Proposed Blockers
<@adamwill:fedora.im>
16:04:50
!info 3 Proposed Freeze Exceptions
<@adamwill:fedora.im>
16:04:50
!info 2 Accepted Blockers
<@adamwill:fedora.im>
16:04:50
!info for F41 Final, we have:
<@adamwill:fedora.im>
16:04:55
who wants to secretarialize?
<@frantisekz:fedora.im>
16:04:59
o/
<@adamwill:fedora.im>
16:05:12
!info František Zatloukal will secretarialize
<@adamwill:fedora.im>
16:05:13
thanks!
<@adamwill:fedora.im>
16:05:17
okey dokey, let's get started
<@adamwill:fedora.im>
16:05:22
!topic proposed Final blockers
<@adamwill:fedora.im>
16:05:31
!link https://bugzilla.redhat.com/show_bug.cgi?id=2315638
<@adamwill:fedora.im>
16:05:31
!link https://pagure.io/fedora-qa/blocker-review/issue/1672
<@adamwill:fedora.im>
16:05:31
!topic (2315638) Fedora 41 aarch64 KDE disk image is oversize
<@adamwill:fedora.im>
16:05:31
!info Proposed Blocker, distribution, NEW
<@adamwill:fedora.im>
16:05:31
!info Ticket vote: FinalBlocker (+3,0,-0) (+nielsenb, +geraldosimiao, +lruzicka)
<@adamwill:fedora.im>
16:05:38
oh, this one's actually an automatic, but never mind
<@adamwill:fedora.im>
16:05:41
+1
<@conan_kudo:matrix.org>
16:05:50
yeah +1 FB since duh
<@frantisekz:fedora.im>
16:06:08
+1
<@kparal:matrix.org>
16:06:19
+1
<@adamwill:fedora.im>
16:06:21
proposed !agreed 2315638 - accepted as a clear violation of Beta criterion "The release-blocking images must meet current size requirements"
<@conan_kudo:matrix.org>
16:06:23
I don't love the idea of shrinking the image, but there might be enough slack space to get down to 16GiB
<@adamwill:fedora.im>
16:06:51
you also have the option of just declaring a bigger target size, though this one is actually a kinda-sensible size
<@adamwill:fedora.im>
16:06:56
people still have 16G USB sticks
<@conan_kudo:matrix.org>
16:07:06
yeah in this case I don't want to increase the size anymore
<@lruzicka:matrix.org>
16:07:21
+1 FB
<@adamwill:fedora.im>
16:07:25
also i did all that goddamn work on imagebuilder to make it handle this size target :P
<@conan_kudo:matrix.org>
16:07:33
also, I think when we switch to kiwi next cycle, it'll shrink by 30~40% like all the other images did
<@jrelvas:fedora.im>
16:07:50
can confirm, my current fedora liveusb is on a 16gb stick
<@adamwill:fedora.im>
16:08:03
that would be nice
<@conan_kudo:matrix.org>
16:08:12
keep in mind this is the disk image for SD cards, not live for USB sticks
<@conan_kudo:matrix.org>
16:08:33
that's why I don't want to increase it... 16GB SD cards are the default with most SBCs IIRC
<@adamwill:fedora.im>
16:09:12
any acks/nacks/patches?
<@conan_kudo:matrix.org>
16:09:23
I'm not sure where the size is controlled?
<@nielsenb:fedora.im>
16:09:29
ack
<@lruzicka:matrix.org>
16:09:29
ack
<@adamwill:fedora.im>
16:09:36
Conan Kudo: the target size?
<@conan_kudo:matrix.org>
16:09:37
but ack
<@conan_kudo:matrix.org>
16:09:46
adamw: image size
<@adamwill:fedora.im>
16:10:18
oh, lukas linked it in the report
<@adamwill:fedora.im>
16:10:22
https://pagure.io/pungi-fedora/blob/f41/f/fedora.conf#_274
<@conan_kudo:matrix.org>
16:10:27
ah okay
<@adamwill:fedora.im>
16:10:35
looks like it might just be a case of missing a config change we applied to other branches in fact
<@conan_kudo:matrix.org>
16:10:49
yeah
<@adamwill:fedora.im>
16:10:56
oh, no, that was workstation
<@conan_kudo:matrix.org>
16:10:59
also I'm confused and worried here... why does workstation have "16GB"
<@geraldosimiao:matrix.org>
16:11:00
Ack
<@adamwill:fedora.im>
16:11:09
but anyway, change that to "16GB". but of course it'll only work if all the stuff on the image fits in 16GB
<@nielsenb:fedora.im>
16:11:25
Firmware
<@adamwill:fedora.im>
16:11:26
Conan Kudo: because that's 16-with-a-lot-of-zeroes
<@conan_kudo:matrix.org>
16:11:27
there's plenty of room according to the BZ
<@adamwill:fedora.im>
16:11:37
i.e. the size of actual "16GB" USB sticks, usually, since they use power-of-ten
<@conan_kudo:matrix.org>
16:11:43
I see
<@conan_kudo:matrix.org>
16:11:55
I'll prepare a PR to pungi-fedora for f41 and rawhide
<@adamwill:fedora.im>
16:12:00
if you do '16' you get 16 power-of-2 GB, which doesn't fit on a "16GB" SD card/USB stick
<@conan_kudo:matrix.org>
16:12:16
when you put it like that, it's reasonable
<@adamwill:fedora.im>
16:12:26
letting you specify power-of-ten was where i did a bunch of work last cycle
<@conan_kudo:matrix.org>
16:12:32
right
<@conan_kudo:matrix.org>
16:12:35
I remember the cursing fits :)
<@conan_kudo:matrix.org>
16:12:48
just not the context
<@adamwill:fedora.im>
16:12:50
https://github.com/clalancette/oz/pull/310
<@conan_kudo:matrix.org>
16:13:28
we might need a similar fix in kiwi...
<@adamwill:fedora.im>
16:13:37
!agreed 2315638 - accepted as a clear violation of Beta criterion "The release-blocking images must meet current size requirements"
<@conan_kudo:matrix.org>
16:13:38
I think we use power-of-two by default
<@adamwill:fedora.im>
16:14:25
ok, let's move on to:
<@adamwill:fedora.im>
16:14:30
!topic Proposed Final freeze exceptions
<@adamwill:fedora.im>
16:14:36
!topic (2315664) Update gnome-tour to 47.0 for F41
<@adamwill:fedora.im>
16:14:36
!link https://bugzilla.redhat.com/show_bug.cgi?id=2315664
<@adamwill:fedora.im>
16:14:36
!link https://pagure.io/fedora-qa/blocker-review/issue/1673
<@adamwill:fedora.im>
16:14:36
!info Proposed Freeze Exceptions, gnome-tour, NEW
<@adamwill:fedora.im>
16:14:36
!info Ticket vote: FinalFreezeException (+1,0,-0) (+nielsenb)
<@adamwill:fedora.im>
16:15:04
i mean sure, in theory. seems like there's plenty of time for it to make it before freeze, but hey
<@adamwill:fedora.im>
16:15:17
i guess i wouldn't want to merge this *late* in freeze
<@adamwill:fedora.im>
16:15:20
but would take it early
<@conan_kudo:matrix.org>
16:15:43
or at least you might want to file an issue asking for power-of-ten for kiwi
<@decathorpe:fedora.im>
16:15:57
hm, are there similar requests for loupe and snapshot 47.0?
<@conan_kudo:matrix.org>
16:16:24
has any of the updates been submitted yet?
<@nielsenb:fedora.im>
16:16:36
Loupe and snapshot can be updated later, people are only likely to see the tour on first boot
<@conan_kudo:matrix.org>
16:16:38
we still have a whole week before freeze
<@decathorpe:fedora.im>
16:17:19
still, I wouldn't want to push the 46.0 -> 47.0 update *after* GA
<@conan_kudo:matrix.org>
16:17:34
yeah
<@decathorpe:fedora.im>
16:17:35
since none of the 47.alpha 47.beta or 47.rc builds for those were done
<@conan_kudo:matrix.org>
16:17:49
it also kind of defeats the point when these are preloaded applications
<@nielsenb:fedora.im>
16:18:01
True
<@conan_kudo:matrix.org>
16:18:45
when we talk about Workstation releases, we talk about the latest GNOME experience offered, and that's part of that
<@conan_kudo:matrix.org>
16:18:57
so if application updates are missing that should be there, we need to be on top of that somehow
<@decathorpe:fedora.im>
16:19:51
I tried, but there's apparently zero interest in the Rust based apps from the side of the people doing the GNOME builds this cycle
<@conan_kudo:matrix.org>
16:21:05
...
<@adamwill:fedora.im>
16:21:45
well that sounds kind of absurd
<@adamwill:fedora.im>
16:21:48
they are part of the damn desktop
<@decathorpe:fedora.im>
16:22:18
yeah. I asked multiple times what they'd need from the Rust side of things, and I didn't get a direct answer
<@adamwill:fedora.im>
16:22:29
amigadave is the one doing the updates, which is the same as previous cycles...
<@decathorpe:fedora.im>
16:22:31
currently everything is stuck on GNOME 46 versions
<@conan_kudo:matrix.org>
16:22:38
what?!
<@conan_kudo:matrix.org>
16:22:42
like all of them?
<@decathorpe:fedora.im>
16:22:42
currently everything (Rust based) is stuck on GNOME 46 versions
<@adamwill:fedora.im>
16:23:02
Conan Kudo: can you sort this out, as our desktop sig person?
<@decathorpe:fedora.im>
16:23:07
librsvg2 is stuck on the GNOME 45 version
<@adamwill:fedora.im>
16:23:08
or i can go yell at people if you like
<@conan_kudo:matrix.org>
16:23:15
I think we both need to
<@conan_kudo:matrix.org>
16:23:21
please file the yelling BZ
<@conan_kudo:matrix.org>
16:23:23
please file the yelling ticket
<@conan_kudo:matrix.org>
16:23:31
then I can make it a problem for tomorrow's meeting
<@conan_kudo:matrix.org>
16:24:19
I knew we had fallen a bit behind, but I didn't realize we had fallen so much
<@decathorpe:fedora.im>
16:24:31
as far as I can tell I've prepared all blockers for snapshot, loupe, glycin, librsvg2 updates (5 package reviews + necessary package updates), with zero input from the GNOME builders
<@conan_kudo:matrix.org>
16:24:43
:(
<@conan_kudo:matrix.org>
16:24:50
Thank you for your work, Fabio Valentini.
<@conan_kudo:matrix.org>
16:24:56
I appreciate it.
<@decathorpe:fedora.im>
16:25:07
(in this case, mostly for my own benefit as a Workstation user)
<@frantisekz:fedora.im>
16:25:07
Fabio Valentini++
<@zodbot:fedora.im>
16:25:10
frantisekz gave a cookie to decathorpe. They now have 107 cookies, 19 of which were obtained in the Fedora 40 release cycle
<@decathorpe:fedora.im>
16:25:26
but getting ignored like that is not nice
<@adamwill:fedora.im>
16:25:28
ok, so anyway, +1 in principle for this as a thing encountered on first install
<@frantisekz:fedora.im>
16:25:35
I mean, I had issues with getting mozjs128 reviewed, neal helped in the end
<@conan_kudo:matrix.org>
16:25:37
+1 FinalBlocker
<@conan_kudo:matrix.org>
16:25:53
I will help wherever I can.
<@lruzicka:matrix.org>
16:25:57
Fabio Valentini++
<@zodbot:fedora.im>
16:26:07
lruzicka gave a cookie to decathorpe. They now have 108 cookies, 20 of which were obtained in the Fedora 40 release cycle
<@zodbot:fedora.im>
16:26:23
ngompa has already given cookies to decathorpe during the F40 timeframe
<@zodbot:fedora.im>
16:26:24
geraldosimiao gave a cookie to decathorpe. They now have 109 cookies, 21 of which were obtained in the Fedora 40 release cycle
<@decathorpe:fedora.im>
16:26:29
looking forward to debugging snapshot portal permission issues :)
<@kparal:matrix.org>
16:26:48
+1 FE
<@frantisekz:fedora.im>
16:26:55
+1 anyhow
<@kparal:matrix.org>
16:27:03
blocker or FE?
<@conan_kudo:matrix.org>
16:27:24
both, but my personal opinion is blocker, though there's no criterion for it
<@conan_kudo:matrix.org>
16:27:26
+1 FE
<@conan_kudo:matrix.org>
16:27:52
we don't have a criterion that says "we have to match what we put in our marketing" afaik
<@adamwill:fedora.im>
16:28:11
https://pagure.io/fedora-workstation/issue/449
<@adamwill:fedora.im>
16:28:16
no, we don't
<@adamwill:fedora.im>
16:29:16
proposed !agreed 2315664 - AcceptedFreezeException - this is accepted as the tour is intended to be encountered on first boot after install, so it cannot effectively be updated post-release for installs from the Workstation live (the most common case)
<@frantisekz:fedora.im>
16:29:22
ack
<@lruzicka:matrix.org>
16:29:25
I am fine with having version 46 apps, if they work flawlessly.
<@lruzicka:matrix.org>
16:29:28
ack
<@nielsenb:fedora.im>
16:29:29
ack
<@conan_kudo:matrix.org>
16:29:33
ack
<@kparal:matrix.org>
16:29:44
ack
<@nhanlon:beeper.com>
16:29:52
ack
<@geraldosimiao:matrix.org>
16:32:15
ack
<@adamwill:fedora.im>
16:33:26
!agreed 2315664 - AcceptedFreezeException - this is accepted as the tour is intended to be encountered on first boot after install, so it cannot effectively be updated post-release for installs from the Workstation live (the most common case)
<@adamwill:fedora.im>
16:33:43
lruzicka: having outdated apps doesn't seem release-blocking to me, but it's surely not what we *want*...
<@lruzicka:matrix.org>
16:34:26
But what if the app was already doing a 100% of functionality, why would it be a problem to keep it as is?
<@nielsenb:fedora.im>
16:34:42
Yeah, it gets to "what is an update to Gnome 47"?
<@nielsenb:fedora.im>
16:34:48
The apps are the big user facing part of that
<@conan_kudo:matrix.org>
16:34:54
right
<@adamwill:fedora.im>
16:35:05
okay, i'm invoking the rarely-used-but-entirely justified rule No Existential Philosophy During Blocker Review Meetings
<@adamwill:fedora.im>
16:35:17
!topic (2284097) mkdumprd fails when call from systemd service but not when manually invoked (composefs enabled)
<@adamwill:fedora.im>
16:35:17
!link https://bugzilla.redhat.com/show_bug.cgi?id=2284097
<@adamwill:fedora.im>
16:35:17
!link https://pagure.io/fedora-qa/blocker-review/issue/1666
<@adamwill:fedora.im>
16:35:17
!info Proposed Freeze Exceptions, kexec-tools, ASSIGNED
<@adamwill:fedora.im>
16:35:17
!info Ticket vote: FinalFreezeException (+2,0,-0) (+geraldosimiao, +nielsenb)
<@conan_kudo:matrix.org>
16:35:17
lol
<@adamwill:fedora.im>
16:36:01
i'm not really sure what the significance of this is tbh
<@frantisekz:fedora.im>
16:36:59
is that included in the default installation? I'd say +1 FE if that's the case I guess
<@conan_kudo:matrix.org>
16:37:49
it is because of container stuff
<@conan_kudo:matrix.org>
16:38:00
iirc
<@conan_kudo:matrix.org>
16:39:04
+1 FE
<@lruzicka:matrix.org>
16:39:10
+1 fe
<@frantisekz:fedora.im>
16:39:37
yeah, +1 :)
<@adamwill:fedora.im>
16:40:10
okay, sure
<@nielsenb:fedora.im>
16:40:31
Mostly it seemed to me like it not working might make troubleshooting harder
<@nielsenb:fedora.im>
16:40:42
So it'd be nice to fix if possible?
<@adamwill:fedora.im>
16:40:49
proposed !agreed 2284097 - AcceptedFreezeException (Final) - this is accepted because, as far as we can make out, it's an issue for FCOS that might not be fully addressable with a post-release update
<@adamwill:fedora.im>
16:40:56
if anyone has a better text i'm all ears. :P
<@frantisekz:fedora.im>
16:41:20
ack, who am I to doubt our lo... ehm, Adam
<@frantisekz:fedora.im>
16:41:31
ack, who am I to doubt our lo... ehm, Adam :)
<@lruzicka:matrix.org>
16:41:32
ack
<@sgallagh:fedora.im>
16:41:44
Ack, good enough for gubmint work
<@adamwill:fedora.im>
16:42:04
!agreed 2284097 - AcceptedFreezeException (Final) - this is accepted because, as far as we can make out, it's an issue for FCOS that might not be fully addressable with a post-release update
<@adamwill:fedora.im>
16:42:15
!info Proposed Freeze Exceptions, sssd, POST
<@adamwill:fedora.im>
16:42:15
!link https://pagure.io/fedora-qa/blocker-review/issue/1667
<@adamwill:fedora.im>
16:42:15
!link https://bugzilla.redhat.com/show_bug.cgi?id=2308428
<@adamwill:fedora.im>
16:42:15
!topic (2308428) During upgrade of rpm-ostree based Fedora, sssd-2.10+ doesn't chown KCM/secrets.ldb to proper user
<@adamwill:fedora.im>
16:42:15
!info Ticket vote: FinalFreezeException (+2,0,-0) (+geraldosimiao, +nielsenb)
<@conan_kudo:matrix.org>
16:42:49
+1 FE
<@frantisekz:fedora.im>
16:42:58
+1 FE
<@sgallagh:fedora.im>
16:43:46
+1 FE
<@adamwill:fedora.im>
16:44:56
it looks like this causes problems for sssd and logrotate, so sure
<@adamwill:fedora.im>
16:45:52
proposed !agreed 2308428 - AcceptedFreezeException (Final) - this can cause problems for atomic installs on rebase from 40 to 41, so if the fix doesn't make it before freeze, we should take it to avoid problems for users who rebase during the freeze
<@sgallagh:fedora.im>
16:46:02
ack
<@frantisekz:fedora.im>
16:46:03
ack
<@nielsenb:fedora.im>
16:46:05
ack
<@kparal:matrix.org>
16:46:08
ack
<@geraldosimiao:matrix.org>
16:46:11
ack
<@adamwill:fedora.im>
16:46:37
!agreed 2308428 - AcceptedFreezeException (Final) - this can cause problems for atomic installs on rebase from 40 to 41, so if the fix doesn't make it before freeze, we should take it to avoid problems for users who rebase during the freeze
<@adamwill:fedora.im>
16:46:56
oh, hello, a new proposed blocker showed up
<@adamwill:fedora.im>
16:47:01
!topic proposed Final blockers
<@adamwill:fedora.im>
16:47:07
!info there's a new proposed blocker, so circling back
<@adamwill:fedora.im>
16:47:09
!link https://bugzilla.redhat.com/show_bug.cgi?id=2315702
<@adamwill:fedora.im>
16:47:09
!info Proposed Blocker, plasma-workspace, NEW
<@adamwill:fedora.im>
16:47:09
!topic (2315702) Idle suspend fails, prompting user for admin password
<@adamwill:fedora.im>
16:47:09
!link https://pagure.io/fedora-qa/blocker-review/issue/1674
<@conan_kudo:matrix.org>
16:47:31
+1 FB
<@nielsenb:fedora.im>
16:48:00
Definitely feels blockery
<@geraldosimiao:matrix.org>
16:48:34
+1 FB
<@nielsenb:fedora.im>
16:48:52
FinalBlocker +1
<@sgallagh:fedora.im>
16:50:52
Yeah, I've just tracked this down a bit more and it looks like an unexpected interaction with systemd 256. I'm talking about it with the KDE maintainers.
<@frantisekz:fedora.im>
16:51:42
yeah, +1 FB
<@lruzicka:matrix.org>
16:52:19
+1 fb
<@adamwill:fedora.im>
16:53:24
yeah, +1
<@adamwill:fedora.im>
16:53:39
well, hmm
<@nhanlon:beeper.com>
16:53:58
+1 from me too
<@kparal:matrix.org>
16:54:00
do we have a criterion?
<@adamwill:fedora.im>
16:54:08
if i think about the 'would we block for this if it was discovered at the go/no-go meeting' test i might be -1
<@adamwill:fedora.im>
16:54:21
Kamil Páral: stephen cited one in the report, the "default panel configuration" one
<@adamwill:fedora.im>
16:54:28
it's a bit of a stretch, but not the worst we ever did :P
<@kparal:matrix.org>
16:54:32
do you feel it's a good fit?
<@conan_kudo:matrix.org>
16:54:35
it's a default power management issue
<@conan_kudo:matrix.org>
16:54:48
I don't know why it doesn't affect GNOME too
<@sgallagh:fedora.im>
16:55:04
adamw: I might be willing to waive it if we discover it's too hard to fix, but that would be a waiver, not a lack of blocker status
<@conan_kudo:matrix.org>
16:55:11
or maybe it does and nobody submitted a report yet
<@kparal:matrix.org>
16:55:24
ok, if you think it's alright to use it, fine, +1
<@nielsenb:fedora.im>
16:55:45
We don't really have any specific hibernate / suspend criteria that I can find
<@sgallagh:fedora.im>
16:55:45
I think it's a significant issue.
<@sgallagh:fedora.im>
16:56:15
Also, I picked that criterion because I'm certain I remember us using it on numerous equations to include power-management blockers
<@nielsenb:fedora.im>
16:56:16
Though maybe we should since there was the change to enable it by default, apparently for regulatory reasons
<@sgallagh:fedora.im>
16:56:17
Also, I picked that criterion because I'm certain I remember us using it on numerous occasions to include power-management blockers
<@conan_kudo:matrix.org>
16:56:27
yes
<@conan_kudo:matrix.org>
16:56:56
Stephen Gallagher: I think this is probably a powerdevil issue, so I'll move it to that after we get the blocker bug sorted out
<@adamwill:fedora.im>
16:59:44
Brandon Nielsen: it's intentional that we don't block on suspend/resume working
<@adamwill:fedora.im>
17:00:10
though we could maybe have a 'it should be triggered properly' criterion that avoids blocking on the actual per-system hw implementation, eh
<@conan_kudo:matrix.org>
17:00:20
yes
<@conan_kudo:matrix.org>
17:00:47
at least the triggering part I would like to have a more direct criterion for since we have it specifically for our OEM engagements
<@conan_kudo:matrix.org>
17:00:59
otherwise we wouldn't have these settings in the first place
<@nielsenb:fedora.im>
17:01:46
"if it works, it can't be annoying"
<@sgallagh:fedora.im>
17:02:16
Brandon Nielsen: You trying to fire me now?
<@sgallagh:fedora.im>
17:03:29
adamw: It passes the "last blocker" test for me out of sheer visibility and annoyance.
<@adamwill:fedora.im>
17:03:55
proposed !agreed 2315702 - AcceptedBlocker (Final) - this is accepted as a violation of "All elements of the default panel (or equivalent) configuration in all release-blocking desktops must function correctly in typical use". It's a bit of a stretch but we think it's reasonable to read it in context as covering a significant user-visible element of default desktop configuration like this being broken in a highly visible and annoying way
<@nielsenb:fedora.im>
17:03:56
I just want all nuisance prompts to go away
<@nielsenb:fedora.im>
17:04:14
Yup
<@frantisekz:fedora.im>
17:04:30
ack
<@nielsenb:fedora.im>
17:04:41
ack
<@kparal:matrix.org>
17:04:43
ack
<@lruzicka:matrix.org>
17:04:50
ack
<@conan_kudo:matrix.org>
17:05:04
ack
<@adamwill:fedora.im>
17:05:24
!agreed 2315702 - AcceptedBlocker (Final) - this is accepted as a violation of "All elements of the default panel (or equivalent) configuration in all release-blocking desktops must function correctly in typical use". It's a bit of a stretch but we think it's reasonable to read it in context as covering a significant user-visible element of default desktop configuration like this being broken in a highly visible and annoying way
<@adamwill:fedora.im>
17:06:10
okay, moving on...
<@adamwill:fedora.im>
17:06:14
!topic Accepted Final blockers
<@adamwill:fedora.im>
17:06:52
!info Accepted Blocker, anaconda, MODIFIED
<@adamwill:fedora.im>
17:06:52
!link https://pagure.io/fedora-qa/blocker-review/issue/1658
<@adamwill:fedora.im>
17:06:52
!topic (2311936) pyanaconda.modules.common.errors.storage.UnknownDeviceError: Volume0_0
<@adamwill:fedora.im>
17:06:52
!link https://bugzilla.redhat.com/show_bug.cgi?id=2311936
<@adamwill:fedora.im>
17:07:06
!info looks like the fix for this has just been submitted today
<@adamwill:fedora.im>
17:07:55
lruzicka: you should be able to test this with https://openqa.fedoraproject.org/tests/2915834/asset/iso/02915834-FEDORA-2024-50a6d0cce2-netinst-x86_64.iso if you grab it before it's garbage-collected
<@adamwill:fedora.im>
17:08:06
can you do that and update the bug?
<@lruzicka:matrix.org>
17:09:02
I might be able doing it using the PiKVM tomorrow.
<@lruzicka:matrix.org>
17:09:53
I am downloading the iso now so that I have it ready when it gets collected
<@adamwill:fedora.im>
17:12:02
yup, sounds like the thing to do
<@adamwill:fedora.im>
17:12:19
!action lruzicka to test and confirm the fix for this
<@adamwill:fedora.im>
17:12:30
!info Accepted Blocker, bcm283x-firmware, ASSIGNED
<@adamwill:fedora.im>
17:12:30
!link https://pagure.io/fedora-qa/blocker-review/issue/1605
<@adamwill:fedora.im>
17:12:30
!topic (2282171) gsk: vulkan renderer causes gtk4 apps to crash on resize operations on Raspberry Pi 4 and 400
<@adamwill:fedora.im>
17:12:30
!link https://bugzilla.redhat.com/show_bug.cgi?id=2282171
<@conan_kudo:matrix.org>
17:13:20
so... what _are_ we doing here?
<@frantisekz:fedora.im>
17:14:08
waiting for fix unfortunately - which I imagine will just make cma=256M the default behavior?
<@frantisekz:fedora.im>
17:14:49
but Peter had/has a lot of going on this month
<@adamwill:fedora.im>
17:15:47
yup, still waiting on the fix :/
<@adamwill:fedora.im>
17:15:56
there's still runway, i'll start getting concerned if we don't have anything next week i guess
<@adamwill:fedora.im>
17:16:12
!info we are still waiting for the CMA allocation fix from Peter here, not much we can do in the mean time
<@frantisekz:fedora.im>
17:16:18
yeah, we have two weeks before freeze
<@adamwill:fedora.im>
17:19:51
!topic Open floor
<@adamwill:fedora.im>
17:19:56
okay, that's everything, I think
<@adamwill:fedora.im>
17:20:00
any other business, folks?
<@kparal:matrix.org>
17:20:36
nothing here
<@geraldosimiao:matrix.org>
17:21:41
Nope
<@lruzicka:matrix.org>
17:21:57
I do not think so
<@conan_kudo:matrix.org>
17:23:07
I got nuttin
<@adamwill:fedora.im>
17:23:53
alrighty, thanks for coming everyone!
<@adamwill:fedora.im>
17:24:10
!endmeeting