16:00:06 <adamw> #startmeeting F39-blocker-review
16:00:06 <zodbot> Meeting started Mon Oct 30 16:00:06 2023 UTC.
16:00:06 <zodbot> This meeting is logged and archived in a public location.
16:00:06 <zodbot> The chair is adamw. Information about MeetBot at https://fedoraproject.org/wiki/Zodbot#Meeting_Functions.
16:00:06 <zodbot> Useful Commands: #action #agreed #halp #info #idea #link #topic.
16:00:06 <zodbot> The meeting name has been set to 'f39-blocker-review'
16:00:06 <adamw> #meetingname F39-blocker-review
16:00:06 <zodbot> The meeting name has been set to 'f39-blocker-review'
16:00:06 <adamw> #topic Roll Call
16:00:17 <adamw> ahoyhoy, folks
16:00:20 <thebeanogamer> .hello thebeanogamer
16:00:22 <zodbot> thebeanogamer: thebeanogamer 'Daniel Milnes' <daniel@daniel-milnes.uk>
16:00:23 <nielsenb> .hello2
16:00:25 <zodbot> nielsenb: nielsenb 'Brandon Nielsen' <nielsenb@jetfuse.net>
16:00:29 <pboy> .hi
16:00:30 <zodbot> pboy: pboy 'Peter Boy' <pboy@uni-bremen.de>
16:00:36 * thebeanogamer regrets opening the BlockerBugs page, as it seems to have doubled
16:00:48 <adamw> eh? not really
16:01:27 <nielsenb> Right, from 0 to 1 proposed blockers is technically undefined
16:01:29 <nielsenb> :D
16:02:40 <adamw> heh
16:02:48 <adamw> .chair nielsenb pboy
16:02:48 <zodbot> nielsenb pboy is seated in a chair with a nice view of a placid lake, unsuspecting that another chair is about to be slammed into them.
16:03:09 <nielsenb> Bot is sassy
16:03:19 <pboy> I like it
16:03:23 <adamw> i dunno who wrote that one, heh
16:03:23 <geraldosimiao> .hello geraldosimiso
16:03:25 <zodbot> geraldosimiao: Sorry, but user 'geraldosimiso' does not exist
16:03:30 <coremodule> .hello2
16:03:31 <zodbot> coremodule: coremodule 'Geoffrey Marr' <gmarr@redhat.com>
16:03:32 <geraldosimiao> .hello geraldosimiao
16:03:34 <zodbot> geraldosimiao: geraldosimiao 'Geraldo S. Simião Kutz' <geraldo.simiao.kutz@gmail.com>
16:03:51 * coremodule willing to act as secretary.
16:03:53 <Son_Goku> .hello ngompa
16:03:55 <zodbot> Son_Goku: ngompa 'Neal Gompa' <ngompa13@gmail.com>
16:03:58 * kparal is here
16:06:32 <adamw> hihi
16:06:40 <adamw> okay, let's get rolling
16:06:50 <adamw> boilerplate alert
16:06:51 <adamw> #topic Introduction
16:06:52 <adamw> Why are we here?
16:06:52 <adamw> #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.
16:06:52 <adamw> #info We'll be following the process outlined at:
16:06:52 <adamw> #link https://fedoraproject.org/wiki/QA:SOP_Blocker_Bug_Meeting
16:06:54 <adamw> #info The bugs up for review today are available at:
16:06:56 <adamw> #link http://qa.fedoraproject.org/blockerbugs/current
16:06:58 <adamw> #info The criteria for release blocking bugs can be found at:
16:07:00 <adamw> #link https://fedoraproject.org/wiki/Basic_Release_Criteria
16:07:02 <adamw> #link https://fedoraproject.org/wiki/Fedora_39_Beta_Release_Criteria
16:07:04 <adamw> #link https://fedoraproject.org/wiki/Fedora_39_Final_Release_Criteria
16:07:06 <adamw> #info for Final, we have:
16:07:08 <adamw> #info 1 Proposed Blockers
16:07:12 <adamw> #info 5 Accepted Blockers
16:07:14 <adamw> #info 1 Accepted Previous Release Blockers
16:07:16 <adamw> #info 3 Proposed Freeze Exceptions
16:07:18 <adamw> #info 4 Accepted Freeze Exceptions
16:07:20 <adamw> #info coremodule will secretarialize
16:07:25 <adamw> *for real* this time right :P
16:07:29 <adamw> let's get started with:
16:07:34 <adamw> #topic Proposed Final blocker
16:07:40 <adamw> #topic (2247033) GNOME crashes after 1 second when trying to record screencast on an AMD GPU
16:07:40 <adamw> #link https://bugzilla.redhat.com/show_bug.cgi?id=2247033
16:07:40 <adamw> #link https://pagure.io/fedora-qa/blocker-review/issue/1428
16:07:40 <adamw> #info Proposed Blocker, gnome-shell, NEW, depends on other bugs
16:07:45 <adamw> in conclusion, mehhh.
16:08:27 <nielsenb> It's technically a default app, doing its primary job
16:09:11 <coremodule> yes yes, for real this time
16:10:10 <kparal> It's not an app, it has no launcher
16:10:12 <neil> .hi
16:10:13 <zodbot> neil: neil 'Neil Hanlon' <neil@shrug.pw>
16:10:19 <neil> g'day folks
16:11:01 <kparal> the only inconvenient thing here is that it might be useful on a Live image
16:11:08 <kparal> otherwise an update would be fine
16:11:20 <adamw> yeah, that's what makes me a bit sad
16:11:46 <adamw> i think we have kinda stretched the definition of 'app' a bit in the past, to be fair, but...
16:12:07 <kparal> I don't think we block on this, currently
16:12:12 <adamw> oh
16:12:15 <adamw> it *is* an app
16:12:22 <adamw> "Take a Screenshot"
16:12:25 <adamw> you can put that in camera mode
16:12:31 <kparal> heh, you're right
16:12:34 <adamw> assuming that crashes, then...oof
16:12:38 <kparal> it's an "app" :D
16:12:54 <adamw> and from the upstream description, clearly that's actually what lukas was testing
16:13:01 <adamw> "There is no difference, if cursor is set to enabled or disabled. Also, it crashes for both the entire screen and a selection."
16:13:06 <adamw> those are options in the app version
16:13:22 <kparal> yes, he always confuses mutter internal screenshotting and gnome-screenshot
16:13:35 <kparal> he means mutter
16:13:52 <kparal> and I confirmed it
16:13:59 <kparal> refresh the ticket, if you haven't recently
16:16:19 <adamw> what, the scratch build?
16:16:30 <adamw> i can have openqa do a live image from that scratch build if you like
16:16:34 <adamw> or, well, *you* can too, now :P
16:16:45 <kparal> haha, haven't studied that yet
16:17:11 <adamw> so...if this was affecting all hardware i'd feel kinda blockery
16:17:17 <adamw> only on (some?) AMD hardware, not sure...
16:17:23 <kparal> right
16:17:46 * kparal shrugs
16:18:24 <kparal> if people voted -1, I wouldn't object
16:19:24 <kparal> so if nobody has any opinion, I wouldn't block on it, I guess
16:19:56 <adamw> i'm kinda unsure
16:19:59 <adamw> it does seem quite bad.
16:20:05 <adamw> just a minute, call of nature
16:20:09 <adamw> debate among yourselves!
16:20:21 <kparal> me and me?
16:20:33 <kparal> or is here anyone else with a voice too? :)
16:20:41 <nielsenb> I'm here
16:20:46 <nielsenb> I wish I knew if it was AMD only
16:21:21 <pboy> I'm unsure it it is a blocker. Installatioopn works. So it is an application bug?
16:21:32 <kparal> the linked MR also mentions "AMD GPUs"
16:21:46 <kparal> pboy: yes, https://fedoraproject.org/wiki/Fedora_39_Final_Release_Criteria#Default_application_functionality
16:22:12 <kparal> coremodule: what's your opinion?
16:22:35 <pboy> Ok, if it is a default application
16:23:06 <kparal> it's integral to mutter, so yes
16:23:13 <nielsenb> Sad "it's gonna be a blocker" noises
16:23:36 <nielsenb> Do we still have an easy "start an X session" thing in GDM? Maybe that's an easy enough workaround?
16:24:04 <thebeanogamer> I think I agree with it being a blocker, if it's in the default apps and non-functional
16:24:12 <thebeanogamer> We do, but how easy is that to use on live media
16:24:27 <nielsenb> That's fair
16:24:40 <kparal> on Live, you first need to give liveuser a password
16:24:45 <kparal> then you can select a session
16:25:03 <kparal> it's a workaround, not completely simple, but it is
16:25:30 <thebeanogamer> I'm not a fan of having to give a workaround to someone who is probably screenshotting to help troubleshooting
16:25:53 <pboy> thebeanogamer +1
16:25:58 <thebeanogamer> I've not got much experience with Gnome upstream, is this something they're likely to turnaround quickly?
16:26:31 <coremodule> yeah, can confirm it's showing on my amd hardware. that said, I don't see screencapture, particularly screen capture as video, as being basic functionality
16:26:34 <adamw> they think it may already be fixed and we just need to backport a patch
16:26:56 <adamw> coremodule: what, in that case, would you argue *is* the basic functionality of the screen capturing application? :D
16:27:03 <coremodule> in fact, when you search for "screenshot", it comes up as "Take a Screenshot"
16:27:10 <adamw> (okay, if you want to argue only still screen capture is basic functionality, we can try that)
16:27:11 <coremodule> not "Take a Screecast"
16:27:25 <adamw> awwww, look at my lil criteria lawyer
16:27:29 <adamw> they grow up so fast *sniff*\
16:27:45 <nielsenb> I do feel like a lot of GUI issues now included a video
16:28:07 <nielsenb> So I really don't like the idea of a tool used to improve bug reporting being broken
16:28:25 <kparal> adamw: ;-D
16:28:34 <pboy> Yes, and Video is not so exotic nowadays.
16:30:20 <coremodule> I'm -1 blocker, +1 commonbugs, fix it after release. This isn't worth blocking on in my opinion. I can talk with Mario at AMD (the Framework guy) and see if he can look into it for a fix after release.
16:30:21 <nielsenb> I'm going to go ahead and say it
16:30:25 <nielsenb> FinalBlocker +1
16:31:03 <adamw> i'm at least finalfe +1
16:31:09 <nielsenb> It's a default app, useful for issue reporting, and likely to be used by anyone going "look at this cool thing F39 can do, oh wait, it's broken"
16:31:09 <adamw> i'm really on the fence about blocking...
16:31:14 <coremodule> sure, I'm +1FE
16:31:50 <kparal> FE is nice and everything, but we really need to decide the blocker today :)
16:31:56 <thebeanogamer> FinalBlocker +1, but if we find it's the last blocker I'm open to reconsidering
16:32:48 <geraldosimiao> FinalBlocker +1
16:32:53 <aleasto> does the whole gnome session crash or what?
16:33:06 <coremodule> If the name of the app showed as "Take a Screen*capture*" or something like that then I'd probably be +1 in principle that it *is* a violation of the basic app functionality. But being as it shows as "Take a Screenshot" but includes screenrecording ability, I would say the basic functionality is there. It *does* take a screenshot. The screenrecording is extra.
16:33:12 <aleasto> i.e. is this a "desktop crashes" issue or a "program no work" issue
16:33:43 <coremodule> aleasto, no, gnome continues running
16:33:44 <nielsenb> Have we checked all the i18n? Is the name the equivalent of "screen shot" in all languages?
16:34:07 <aleasto> coremodule: ok, cause the title of the rhbz is "GNOME crashes after [...]"
16:34:28 <nielsenb> If I type "screen capture" into search, it's the app it gives me
16:34:39 <coremodule> yeah, specifically it's gjs that crashes
16:34:42 <kparal> the session doesn't crash, just the video capture fails
16:34:54 <coremodule> nielsenb, yeah, but what is the name of the app shown there?
16:36:13 <nielsenb> If totem can't play audio files, do we not block because it's called "Video"?
16:36:43 <coremodule> maybe?
16:37:07 <nielsenb> Do we not block if Cheese can't give me a cracker, because it's called Cheese? :D
16:38:07 <nielsenb> Interesting, seaching "Take a Screenshot" doesn't give me "Take a Screenshot"
16:39:17 <coremodule> you're right, that is interesting...
16:39:51 <thebeanogamer> No, bad
16:39:55 <thebeanogamer> Stop finding more bugs
16:40:21 <pboy> Not so easy, unfortunately
16:42:12 <adamw> if we can just keep arguing about this for another half hour or so, https://openqa.stg.fedoraproject.org/tests/3302117#live will complete and kparal can test it
16:42:35 <nielsenb> Did you pay for the whole hour?
16:44:14 <pboy> Well, do we have a decision?
16:44:29 * nirik arrives late, reads up.
16:44:56 <Son_Goku> FB +1
16:45:07 <thebeanogamer> Considering the number of other FEs to consider adamw, that might not be the worst idea
16:46:33 * nirik is now tempted to try this here and see if it crashes in rawhide.
16:47:04 <pboy> Gooed idea :-)
16:47:08 <kparal> nirik: no worry, the session doesn't crash
16:47:15 <adamw> nielsenb: my time in this channel is sponsored by SlapChop(TM)
16:47:26 <nirik> ah, I misread, only the "app" crashes?
16:47:28 <adamw> on an unrelated note, do you find chopping vegetables a tiresome kitchen chore?!
16:48:02 <nielsenb> SlapChop, apply directly to the forehead, SlapChop, apply directly to the forehead, SlapChop, apply directly to the forehead
16:48:15 <kparal> adamw: I wouldn't wait for the ISO. I'll need to download it, which will take time, and my family will be back any time, which means I can't guarantee I'll be still online
16:48:21 <adamw> okay
16:48:28 <adamw> well, we're at +4 / -1 I think?
16:48:30 <nirik> anyhow, -1 FinalBlocker...
16:48:40 <adamw> well, so much for that. :P
16:48:44 <kparal> :D
16:48:45 <nirik> ha.
16:48:48 <adamw> .fire nirik
16:48:48 <zodbot> adamw fires nirik
16:48:59 * nirik heads to the beach
16:49:16 * nirik looks at the critera
16:49:33 <kparal> nirik: https://fedoraproject.org/wiki/Fedora_39_Final_Release_Criteria#Default_application_functionality
16:49:54 <kparal> it's an app (we found out), because it has an app icon. But it's conditional - AMD only.
16:50:10 <nielsenb> Are we sure it's AMD only? Or has only AMD been tested?
16:50:12 <kparal> and coremodule claims that video capture is not default functionality, screenshots are
16:50:19 <nirik> and also only the screencast part?
16:50:29 <kparal> only screencasts crash
16:50:32 <adamw> s/default functionality/basic functionality
16:50:36 <kparal> and only on AMD, it seems
16:50:45 <kparal> adamw: thanks
16:51:02 <kparal> the MR speak about AMD only as well
16:51:10 <kparal> and it works just fine on my Intel gpu
16:51:10 <coremodule> it's only the screencast part that causes the crash
16:51:18 <adamw> works fine here on intel.
16:51:25 <coremodule> I just tested on ARM and it works as expected. dont have an intel machine to test on
16:51:37 <nielsenb> Okay, I'll accept that as AMD only
16:52:58 <nielsenb> You know what, given that it's vendor specific, I think I'm willing to change my vote
16:53:19 <nielsenb> FinalBlocker -1
16:53:43 <nirik> there's likely a fair pile of amd systems out there...
16:54:06 <nielsenb> Yes
16:54:24 <nielsenb> I don't necessarily love that I changed my vote
16:54:45 <adamw> vote regret!
16:54:48 <thebeanogamer> Steam hardware survey says 70% of Linux users on AMD
16:55:02 <thebeanogamer> (Though Steamdeck is skewing that)
16:55:22 <nielsenb> What percentage use "Take a Screenshot" to do screencasts?
16:55:46 <adamw> well, the case we're worried about is people running into a problem when running live and trying to record it
16:56:17 <thebeanogamer> nielsenb: Let me start a few mailing list arguments about telementry and I can tell you
16:56:18 <pboy> Indeed! It's a kind of support tool, isn't it?
16:56:20 <nirik> yeah, I suppose thats a fair thing to do...
16:56:32 <geraldosimiao> ohh, think on the headlines: Fedora 39 workstation live won't work for you if you're a AMD user... ;D
16:56:41 <nielsenb> I'm gearing up to test on my AMD system, which will determine how I feel when I go to sleep tonight
16:56:48 <geraldosimiao> ant whanna take a screencast.
16:56:55 <geraldosimiao> *and
16:57:12 <pboy> ant can do it for yo  :-)
16:57:40 <geraldosimiao> ;D
16:58:05 * nirik definitely sees it here on rawhide.
16:58:28 <pboy> Just for the books, I would like to discuss another one
16:58:32 <adamw> nirik: can you test with https://koji.fedoraproject.org/koji/taskinfo?taskID=108326940 ?
16:58:40 <adamw> it's an f39 build but, er, might work on rawhide if you bodge it in...
16:58:46 <adamw> i think the sonames are still the same...
16:58:55 <nirik> let me see.
17:00:45 <nirik> cute, downgrading to that causes dnf5 to upgrade glibc. ;)
17:00:55 <nirik> but let me logout and back and see...
17:02:21 <adamw> huhhh.
17:02:46 <pboy> still here  :-)
17:03:25 <pboy> nirik suffers the screen cast crash, propably
17:04:28 <nielsenb> I have 3 AMD systems here, and one thumbdrive
17:04:47 <nielsenb> First one is booting now, am I gonna go 3 for 3 and regret everything?
17:05:05 <nirik> still fails for me here with that mutter
17:05:57 <nielsenb> Media check passed, lets gooo
17:05:58 <nirik> Might be a rawhide / 39 mismatch tho
17:06:05 <nirik> Oct 30 09:47:54 logain.scrye.com gnome-shell[2943]: JS ERROR: Error: Expected type string for argument 'path' but got type undefined
17:07:00 <nirik> hum, or was that the previous one.
17:07:29 <adamw> yeah, i guess that might be an incompatibility thing
17:07:44 <nielsenb> Works on this system
17:07:44 * kparal is partly afk
17:07:52 <nielsenb> But it's not radeonsi, just old school radeon
17:07:53 <adamw> although, hmm, rawhide's mutter isn't that different
17:08:19 <nielsenb> The bug report was for a 580, so I'll skip that system for now
17:09:19 <adamw> well, we seem a bit stuck on this
17:09:24 <nirik> oh, I am dumb.
17:09:26 <nirik> it works
17:09:28 <adamw> oh yay
17:09:40 <adamw> can we at least say this is accepted as an FE?
17:09:44 <adamw> then we can pull the fix in and make it go away
17:09:55 <nielsenb> Works on this system with a 6700XT
17:09:59 <nielsenb> So, #notallAMD
17:10:03 <nirik> +1 FE
17:10:05 <pboy> FE  +1
17:10:05 <adamw> nielsenb: when you say "works", you mean the bug doesn't happen?
17:10:09 <nielsenb> FreezeException +1
17:10:13 <nielsenb> adamw: yes
17:10:29 <nielsenb> Takes screencasts just fine
17:10:33 <nielsenb> Unless I'm missing something
17:11:08 <adamw> proposed #agreed 2247033 - punt (delay decision) on blocker, AcceptedFreezeException (Final) - we couldn't come to a clear decision on whether this is a blocker, given it only affects certain hardware. But it is accepted as an FE and nirik says the proposed fix seems to work, so we should be able to fix it for the next compose
17:11:37 <pboy> agreed
17:11:56 <coremodule> ack
17:12:01 <nirik> ack
17:12:15 <Son_Goku> ack
17:12:24 <nielsenb> ack
17:13:10 <thebeanogamer> ack
17:13:34 <adamw> #agreed 2247033 - punt (delay decision) on blocker, AcceptedFreezeException (Final) - we couldn't come to a clear decision on whether this is a blocker, given it only affects certain hardware. But it is accepted as an FE and nirik says the proposed fix seems to work, so we should be able to fix it for the next compose
17:13:42 <nielsenb> Works in this system with an RX580
17:13:44 <geraldosimiao> ack
17:13:45 <nielsenb> *shrug*
17:13:46 <adamw> OK, moving on to
17:13:51 <adamw> #topic Proposed Final freeze exceptions
17:14:10 <pboy> Wink wink I wojuld like to discuss another bug!
17:14:15 <nirik> It may be only super new amd cpus? not sure.
17:14:31 <nielsenb> But only the first time
17:14:35 <nielsenb> That's interesting
17:14:38 <adamw> nielsenb: maybe newer hardware is accepted? both those boards are kinda old
17:14:40 <adamw> anyhoo
17:14:52 <adamw> #topic (2246800) Having Kitty Installed Prevents Upgrade to Fedora 39
17:14:52 <adamw> #link https://bugzilla.redhat.com/show_bug.cgi?id=2246800
17:14:52 <adamw> #link https://pagure.io/fedora-qa/blocker-review/issue/1426
17:14:52 <adamw> #info Proposed Freeze Exceptions, kitty, NEW
17:14:53 <adamw> #info Ticket vote: FinalFreezeException (+0,0,-2) (-nielsenb, -lruzicka)
17:15:29 <adamw> we normally give these FEs
17:15:39 <adamw> i'd be +1
17:15:43 <adamw> fixing upgrade issues is usually a good idea
17:15:48 <nielsenb> It's so late though
17:16:00 <nirik> It would be fixed if it's a 0 day too tho right?
17:16:37 <nirik> but sure, it seems pretty harmless to just take it... +1 FE
17:16:37 <adamw> it'd be fixed on release day
17:17:05 <adamw> or whenever we did the 0-day push
17:17:08 <Son_Goku> +1 FE
17:17:09 <adamw> with an FE it's fixed sooner
17:17:36 <adamw> in general i like to fix upgrade issues to discourage people upgrading with allowerasing and stuff
17:17:43 <adamw> but, eh. it's not super important either way
17:18:04 <adamw> live image is available for testing the screencapture bug now
17:18:10 <adamw> https://openqa.stg.fedoraproject.org/tests/3302117/asset/iso/03302117-Fedora-Workstation-Live-x86_64-108326940.iso
17:18:55 <nielsenb> Fine
17:19:00 <nielsenb> FinalFE +1
17:19:04 <nielsenb> Since I'm all about changing votes today
17:19:09 <adamw> heh
17:19:49 <adamw> proposed #agreed 2246800 - AcceptedFreezeException (Final) - this is accepted as an FE to prevent problems for early upgraders, it's not an important package so can't really break anything important
17:19:58 <nirik> ack
17:20:08 <nielsenb> ack
17:20:26 <pboy> ack
17:20:35 <geraldosimiao> ack
17:20:44 <coremodule> ack
17:20:46 <adamw> #agreed 2246800 - AcceptedFreezeException (Final) - this is accepted as an FE to prevent problems for early upgraders, it's not an important package so can't really break anything important
17:20:47 <nielsenb> I can grow and change
17:20:56 <adamw> #topic (2225688) Macaulay2: FTBFS in Fedora rawhide/f39
17:20:56 <adamw> #link https://bugzilla.redhat.com/show_bug.cgi?id=2225688
17:20:56 <adamw> #link https://pagure.io/fedora-qa/blocker-review/issue/1425
17:20:56 <adamw> #info Proposed Freeze Exceptions, Macaulay2, NEW
17:20:56 <adamw> #info Ticket vote: FinalFreezeException (+1,0,-2) (+zbyszek, -nielsenb, -lruzicka)
17:21:23 <adamw> ehhh, not really buying this one much
17:21:24 <nielsenb> I'm sorta thinking about changing my vote on this one too, since it feels very self contained
17:21:48 <thebeanogamer> If we vote this one down, I think FESCo might push it through anyway
17:21:54 <adamw> you're already not supposed to change interfaces at this point, fesco gave an exception which presumably applies to a 0-day. it's probably not important as touching it shouldn't break anything, but eh.
17:22:10 <adamw> fesco didn't vote it as a freeze exception, just an updates policy exception.
17:22:34 <adamw> although, ticket says fesco wanted an FE...
17:22:54 <adamw> https://pagure.io/fesco/issue/3088#comment-880845
17:22:59 <adamw> "The advantage is that there will not be an older version of this forever available for dnf to consider for resolving dependencies."
17:23:00 <adamw> ehhh
17:23:02 <adamw> i guess
17:23:09 <adamw> reluctant +1
17:24:18 <nielsenb> FinalFE +1
17:24:32 <adamw> anyone else?
17:24:35 <adamw> +3/-1 currently
17:24:36 <geraldosimiao> FE +1
17:24:37 <nirik> FE+1
17:24:38 <coremodule> yeah sure +1 FE
17:24:52 <pboy> +1 FE
17:26:02 <thebeanogamer> +1 FE
17:26:17 <adamw> proposed #agreed 2225688 - AcceptedFreezeException (Final) - this is accepted on churchyard's justification: avoid the old interface provides being permanently available in the frozen release repo
17:26:30 <geraldosimiao> ack
17:26:32 <coremodule> ack
17:26:58 <pboy> ack
17:27:00 <thebeanogamer> ack
17:27:02 <nirik> ack
17:27:38 <adamw> #agreed 2225688 - AcceptedFreezeException (Final) - this is accepted on churchyard's justification: avoid the old interface provides being permanently available in the frozen release repo
17:27:54 <adamw> oh, the next one has +5 already and i forgot to process it, my bad
17:28:10 <adamw> #info 2246428 has sufficient ticket votes to be accepted, we will process it outside the meeting
17:28:16 <adamw> so, let's move on to
17:28:22 <adamw> #topic Accepted Blocker status review
17:28:41 <adamw> #info the config issue that caused 2246385 is fixed, so that should be resolved whenever we create the next RC
17:28:57 <nirik> yeah, so sorry about that. ;(
17:29:00 <adamw> #info 2113005 is on track to be waived
17:29:06 <adamw> #topic (2246410) Failed media check immediately disappears on bare metal, shows a black screen instead
17:29:06 <adamw> #link https://bugzilla.redhat.com/show_bug.cgi?id=2246410
17:29:06 <adamw> #link https://pagure.io/fedora-qa/blocker-review/issue/1423
17:29:06 <adamw> #info Accepted Blocker, dracut, NEW
17:29:09 <adamw> uggggh, this one
17:29:29 <adamw> i have been fighting it all weekend, and only just realized there may actually be a second codepath that non-live images hit
17:29:39 <adamw> i've got another test build running
17:30:06 <kparal24> I also spent thu+fri on it, just to realize all my testing was wrong :-)
17:30:15 <adamw> it's very annoying to test
17:30:20 <adamw> no shortcuts, really
17:30:33 <adamw> i suppose if i could figure out how to unpack and edit the iso and then repack it, but ehhh
17:32:44 <nirik> hopefully we get something workable soon
17:32:54 <adamw> #info we kinda understand what's going on here, but it's proving to be a pain to fix
17:33:10 <adamw> #info i'm hoping to have some kind of fix/workaround available for testing today
17:34:41 <kparal> adamw: regarding the screencasting fix, the new mutter works fine
17:35:04 <adamw> kparal: cool. can you grab the live image and confirm with that too?
17:35:18 <adamw> then we'll get an official update done...
17:35:34 <adamw> #topic (2241252) U-Boot fails to load kernel provided DTs from /boot (RPi4 boots to blank screen)
17:35:34 <adamw> #link https://bugzilla.redhat.com/show_bug.cgi?id=2241252
17:35:34 <adamw> #link https://pagure.io/fedora-qa/blocker-review/issue/1352
17:35:34 <adamw> #info Accepted Blocker, uboot-tools, VERIFIED
17:35:37 <kparal> adamw: I did, used that live image
17:35:41 <adamw> ah great
17:35:53 <adamw> so, I think we are kinda good here? did folks get to do any more ARM testing over the weekend?
17:36:03 <pboy> I did
17:36:23 <pboy> Fedora Sercer is unusable on SBCs
17:36:48 <pboy> PRobinson asked me to create a new bug: https://bugzilla.redhat.com/show_bug.cgi?id=2246871 to be a release blocker
17:36:51 <pwhalen> pboy: I replied to your bug, that should be fixed.
17:37:23 * kparal has to leave, bye everyone
17:37:43 <pboy> Well, itested the latest version of arm-image-insttalller
17:38:07 <pboy> w/o success so far
17:38:28 <adamw> pboy: you have to actually nominate it as a blocker for it to appear at this meeting
17:38:33 <adamw> it's just a regular bug right now
17:38:37 <adamw> we have lots of those...
17:39:41 <adamw> it seems pwhalen cannot reproduce your problem? your output does kinda read a lot like you're still using the old version of the script
17:40:20 <pboy> OK, no I used 3.9.2
17:40:45 <pboy> The image is missing a VG, so yu can't do anything with it.
17:41:58 <pwhalen> pboy: its not missing, just not renamed in your case.
17:42:16 <pwhalen> You might need a reboot, but if you could add the logs that would help me
17:42:19 <pboy> No, it is missing. Try to expand the VG.
17:42:46 <pboy> Yes, I'll do the   --debug asap  :-)
17:43:40 <pboy> And the problem is the same, wheether you rename or not.
17:45:06 <adamw> pwhalen: did you test the image your wrote actually boots and works ok?
17:45:34 <pwhalen> yes
17:46:40 * nirik has no pi's here. ;(
17:46:59 <adamw> pboy: if you could reboot and post the output of `rpm -q arm-image-installer` and then running it with `--debug`, that'd help clarify the situation, i guess...
17:47:59 <pboy> adamw yes, I#ll do that later today. I have to run arm.-installer, that takes some time ...
17:48:26 <adamw> so, as far as the graphics bug goes, we seem to be OK?
17:48:38 <adamw> coremodule: pwhalen: have we tested on a few different devices?
17:48:53 <pboy> You mean the nomodeset?
17:49:08 <pwhalen> if coremodule could test with server and the new version that would be great
17:49:14 <adamw> no, i mean the bug we are actually discussing
17:49:15 <coremodule> pwhalen, can do
17:49:17 <adamw> :D
17:49:18 <coremodule> adamw, which bug?
17:49:19 <pwhalen> thx!
17:49:19 <coremodule> oh
17:49:38 <coremodule> I didn't do any testing over the weekend
17:49:59 <pboy> All these bugs are kind of interwoven.
17:50:14 <coremodule> I tested RC1.2 on RPi4 2GB, RPi4 4GB, and RPi400 4GB with no issues found.
17:51:34 <adamw> it'd be good if we could test some not-Pis
17:51:36 <pboy> I tested RC 1.2 with 3.9.2 on RPi4, RockPro, LibreComp Roc-pc und Rock-pi 4
17:51:40 <adamw> since the 'fix' was a big rollback
17:51:48 <coremodule> adamw, that would be good, wouldn't it? :D
17:52:22 <coremodule> I think the Brno guys tested PineBook
17:52:27 <coremodule> actually, I know they did
17:53:56 <adamw> okay
17:54:17 <adamw> #info testing of various Pis and non-Pis over the weekend hasn't turned up any graphics issues, so this is looking good
17:54:43 <adamw> #topic (2244305) Fedora Server 39 does not boot on Raspberry Pi 4 (RPi4) from microSD card slot
17:54:43 <adamw> #link https://bugzilla.redhat.com/show_bug.cgi?id=2244305
17:54:43 <adamw> #link https://pagure.io/fedora-qa/blocker-review/issue/1411
17:54:43 <adamw> #info Accepted Blocker, uboot-tools, VERIFIED
17:55:12 <adamw> so, this one feels a bit messy. hector reckons u-boot has all kinds of bugs in this area and the rollback probably didn't "fix" it, but in practice, this seems to be uncommon enough not to lose any sleep over
17:55:40 <Son_Goku> there's also now a pile of patches submitted upstream for resolving a chunk of these
17:55:42 <pboy> Just, that Fedora Server is unsable.
17:55:59 <pboy> unusable
17:57:05 <pboy> Do we have a new image post 1.2?
17:57:11 <adamw> not yet.
17:57:41 <adamw> but nothing will change in that image that will have anything to do with the issue you are seeing. but i really think you probably were somehow using an old version of the script, or something,
17:57:48 <adamw> well, we have nightlies
17:58:06 <adamw> Son_Goku: i don't think we want to go pulling those in at that point.
17:58:19 <Son_Goku> probably not
17:58:31 <Son_Goku> but I really don't like that we now have the epoch on uboot
17:58:39 <Son_Goku> :(
17:58:49 <pboy> Unfortunately, I ddidn't use old   versions.
17:59:40 <pboy> I think, we can clarify this
18:00:16 <nirik> nighlies won't have the older/epoched uboot yet right?
18:00:35 <pboy> and discuss all the details on the ticket
18:00:54 <Son_Goku> nirik: I would really rather fix the newer version and not ship the epoched uboot
18:01:01 <Son_Goku> because we still don't have a policy for erasing epocs
18:01:03 <Son_Goku> because we still don't have a policy for erasing epochs
18:01:18 <nirik> it's just an integer. ;)
18:01:23 <adamw> yeah, it's just a number.
18:01:32 <adamw> nirik: not yet, no
18:01:35 <Son_Goku> a very annoying one
18:01:48 <adamw> but i don't think pbrobinson is a big fan of bumping back to 2023.10 and trying to patch it six ways from sunday just to avoid an epoch
18:01:52 <adamw> pbrobinson: around, by any chance?
18:05:09 <nirik> seems he didn't epoch rawhide yet.
18:05:36 <nirik> anyhow, hopefully we can get all the arm stuff tested in a new rc
18:06:16 * Son_Goku grumbles that we should just change the policy to make Epochs less permanent
18:06:46 <adamw> #info this area is a bit messy, but we believe the issue happens rarely enough with rc1.2 to consider it addressed
18:06:52 <adamw> #topic Proposed blocker redux
18:06:56 <adamw> so, for the sake of completeness
18:07:03 <adamw> #topic (2246871) F39 Server Edition for aarch64 SBC disk image is not bootable
18:07:03 <adamw> #link https://bugzilla.redhat.com/show_bug.cgi?id=2246871
18:07:03 <adamw> #link https://pagure.io/fedora-qa/blocker-review/issue/1429
18:07:03 <adamw> #info Proposed Blocker, arm-image-installer, NEW
18:07:09 <adamw> this is pboy's issue, which pwhalen cannot reproduce
18:07:22 <adamw> i am in favor of punting till we can sort out whether there is actually a bug here
18:07:27 <adamw> (and if so, if it's in the image)
18:07:28 <Son_Goku> +1
18:07:39 <nirik> yeah, need more testing
18:07:40 <pboy> +1
18:09:32 <nielsenb> +1
18:10:11 <adamw> proposed #agreed 2246871 - punt (delay decision) - it is unclear if there is actually a bug here (and if so, if it is in the image or the script) as pboy and pwhalen do not get the same results. decision is delayed until the situation can be clarified
18:10:41 <nirik> could it be a revision diff between the two hardwares?
18:10:42 <coremodule> ack -- I am testing this now, will report in-channel and in-bug
18:10:44 <pboy> ack
18:10:49 <nirik> but anyhow, hopefully it can get sorted.
18:10:53 <nirik> ack
18:11:23 <adamw> nirik: i don't think so. this is just in the process of writing an image to a usb stick, I think.
18:11:33 <nirik> ok
18:11:36 <nielsenb> ack
18:11:44 <pboy> It may be in the image, because vscan nor vgchange can fint a VG
18:14:04 <adamw> #agreed 2246871 - punt (delay decision) - it is unclear if there is actually a bug here (and if so, if it is in the image or the script) as pboy and pwhalen do not get the same results. decision is delayed until the situation can be clarified
18:14:06 <adamw> #topic Open floor
18:14:09 <adamw> ...and I think that's everything
18:14:13 <Son_Goku> well not quite
18:14:26 <adamw> i'm going to keep cranking on the media check bug, then hopefully get a candidate built sometime today with that and the screencast fix
18:14:29 <adamw> yes?
18:14:30 <Son_Goku> it's not on the roster yet, but fesco was alerted to this over the weekend: https://pagure.io/fesco/issue/3089
18:14:59 <Son_Goku> redhat-lsb is still broken in Fedora too
18:15:54 <adamw> mehhhh
18:15:57 <Son_Goku> with my fesco hat on, I'm planning to propose that fesco recommends this package be removed from f39
18:17:08 <Son_Goku> technically f39 GA isn't totally locked down yet, so this is our last chance to do so
18:17:18 * nirik isn't sure how this would affect the release. I guess if you want it not in final it would need to be removed before we do a rc.
18:17:19 <adamw> well, you can go ahead and try
18:17:26 <adamw> i'll check where you're up to before doing a candidate
18:17:32 <adamw> but i'm not going to hold the candidate for a package retirement
18:17:33 <Son_Goku> 👍
18:17:36 <Son_Goku> that's fine
18:17:41 <Son_Goku> I just wanted to give the headsup
18:18:14 <nirik> So, one thing I wanted to bring up somewhere (but doesn't have to be here):
18:18:46 <nirik> we still have a number of things failing in nightlys (and probibly would in a rc). Not sure if we can address any of them, but we should perhaps look.
18:19:47 <nirik> ie, kionite aarch64 failed due to size, etc.
18:19:55 <nirik> anyhow, that can be out of this meeting. :)
18:20:04 <adamw> okay
18:20:09 <adamw> we can chat before the candidate
18:20:59 <adamw> anything else?
18:23:23 <adamw> okay then, thanks folks
18:23:25 <adamw> #endmeeting