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