f45-blocker-review
LOGS
<@kparal:matrix.org>
16:01:18
!startmeeting F45-blocker-review
<@meetbot:fedora.im>
16:01:21
Meeting started at 2026-09-07 16:01:18 UTC
<@meetbot:fedora.im>
16:01:21
The Meeting name is 'F45-blocker-review'
<@kparal:matrix.org>
16:01:32
!topic Roll Call
<@kparal:matrix.org>
16:01:55
hello, Adam's not around, you'll need to suffer with me. Who's around?
<@psklenar:fedora.im>
16:02:01
!hi
<@zodbot:fedora.im>
16:02:02
Petr Sklenar: Petr Sklenar (psklenar)
<@jgroman:fedora.im>
16:02:05
!hi
<@zodbot:fedora.im>
16:02:06
Jaroslav Groman: Jaroslav Groman (jgroman)
<@kparal:matrix.org>
16:02:16
(However, the other option was to suffer Lukas' bad jokes, so... it's a win!)
<@kparal:matrix.org>
16:02:24
!hi
<@boniboyblue:fedora.im>
16:02:50
!hi
<@zodbot:fedora.im>
16:02:51
Christopher Boni: Christopher Boni (boniboyblue)
<@lruzicka:fedora.im>
16:03:00
!hi
<@zodbot:fedora.im>
16:03:01
Lukáš Růžička: Lukáš Růžička (lruzicka) - he / him / his
<@lruzicka:fedora.im>
16:03:48
You will not escape my bokes :D
<@lruzicka:fedora.im>
16:04:01
bokes = Bad jOKES :D
<@kparal:matrix.org>
16:05:52
I wouldn't expect anything less!
<@kparal:matrix.org>
16:06:55
Let me poke Conan Kudo 😌 Derek Enz Ephraim Kaov geraldosimiao in case they're interested in joining
<@kparal:matrix.org>
16:07:02
Let's move on
<@kparal:matrix.org>
16:07:08
!topic Introduction
<@kparal:matrix.org>
16:07:08
Why are we here?
<@kparal:matrix.org>
16:07:08
!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.
<@kparal:matrix.org>
16:07:08
!info We'll be following the process outlined at:
<@kparal:matrix.org>
16:07:08
<@kparal:matrix.org>
16:07:08
!info The bugs up for review today are available at:
<@kparal:matrix.org>
16:07:08
<@kparal:matrix.org>
16:07:08
!info The criteria for release blocking bugs can be found at:
<@kparal:matrix.org>
16:07:08
<@kparal:matrix.org>
16:07:08
<@kparal:matrix.org>
16:07:08
<@ephmo:fedora.im>
16:07:09
!hi
<@zodbot:fedora.im>
16:07:10
Ephraim Kaov: Ephraim Kaov (ephmo) - he / him / his
<@kparal:matrix.org>
16:07:45
Today we have:
<@kparal:matrix.org>
16:07:45
!info 0 Proposed Blockers
<@kparal:matrix.org>
16:07:45
!info 1 Accepted Blockers
<@kparal:matrix.org>
16:07:45
!info 0 Accepted 0-day Blockers
<@kparal:matrix.org>
16:07:45
!info 0 Accepted Previous Release Blockers
<@kparal:matrix.org>
16:07:45
!info 4 Proposed Freeze Exceptions
<@kparal:matrix.org>
16:07:45
!info 10 Accepted Freeze Exceptions
<@kparal:matrix.org>
16:08:23
Do we have a bug secretary volunteer?
<@lruzicka:fedora.im>
16:08:26
I am ready to spill some juicy secrets.
<@kparal:matrix.org>
16:09:23
I take it as yes
<@kparal:matrix.org>
16:09:39
!info Lukáš Růžička will act as the bug secretary
<@kparal:matrix.org>
16:09:59
Good news to start with, we have no proposed blockers!
<@kparal:matrix.org>
16:10:10
🎆
<@kparal:matrix.org>
16:10:17
So, let's move to:
<@kparal:matrix.org>
16:10:22
!topic Proposed Freeze Exceptions
<@kparal:matrix.org>
16:10:40
!topic (2448388) Changes/Restrict ptrace by default
<@kparal:matrix.org>
16:10:40
<@kparal:matrix.org>
16:10:40
<@kparal:matrix.org>
16:10:40
!info Proposed Freeze Exceptions, Changes Tracking, MODIFIED, depends on other bugs
<@kparal:matrix.org>
16:10:40
!info Ticket vote: BetaFreezeException (+5,0,-0) (+geraldosimiao, +derekenz, +nielsenb, +kparal, +jgroman)
<@kparal:matrix.org>
16:11:15
This has lots of plus votes, but I kept it open, if there are some extra opinions
<@kparal:matrix.org>
16:11:45
Adam wasn't sure how safe it is. After reading a bit about it, I guess this should be OK to take in (in case we actually get a new RC)
<@kparal:matrix.org>
16:12:10
But I have to point out that it seems that feature missed 100% code completion deadline, similarly to "Ship sticky vendor feature configuration" (the next bug to discuss)
<@kparal:matrix.org>
16:12:46
And that vendor thing is problematic due to exactly that
<@kparal:matrix.org>
16:12:59
So we're not being completely consistent here if we take this one in
<@kparal:matrix.org>
16:13:19
At the same time, I feel that there's less likelihood of breaking important stuff with this ptrace change, than dnf vendor change
<@kparal:matrix.org>
16:14:04
Any further opinions anyone?
<@kparal:matrix.org>
16:16:46
proposed !agreed 2448388 - Accepted as a Beta freeze exception - We believe that the impact risk is not that high.
<@lruzicka:fedora.im>
16:17:58
I am not sure what to think, so "ack" I guess?
<@kparal:matrix.org>
16:19:22
Some part of the feature is already stable, IIUIC. But the final touches weren't. I guess it's better to break ptrace integration now than later.
<@boniboyblue:fedora.im>
16:19:27
I've not got an opinion either way on this one so I'll ack as well.
<@ephmo:fedora.im>
16:20:16
ack I guess
<@jgroman:fedora.im>
16:20:22
ack
<@psklenar:fedora.im>
16:20:55
ack
<@kparal:matrix.org>
16:21:04
!agreed 2448388 - Accepted as a Beta freeze exception - We believe that the impact risk is not that high.
<@kparal:matrix.org>
16:21:23
!topic (2528348) Ship sticky vendor feature configuration
<@kparal:matrix.org>
16:21:23
<@kparal:matrix.org>
16:21:23
<@kparal:matrix.org>
16:21:23
!info Proposed Freeze Exceptions, fedora-release, ON_QA
<@kparal:matrix.org>
16:21:23
!info Ticket vote: BetaBlocker (+2,1,-3) (+ngompa, +geraldosimiao, derekenz, -adamwill, -sgallagh, -nielsenb)
<@kparal:matrix.org>
16:21:23
!info Ticket vote: BetaFreezeException (+2,1,-4) (+ngompa, +geraldosimiao, derekenz, -adamwill, -sgallagh, -nielsenb, -kparal)
<@kparal:matrix.org>
16:21:40
This is only proposed as a BetaFE now, but blocker votes were cast as well
<@kparal:matrix.org>
16:21:55
We only need to discuss the FE proposal now
<@conan_kudo:matrix.org>
16:22:21
!hi
<@kparal:matrix.org>
16:22:33
Hello
<@conan_kudo:matrix.org>
16:22:49
We should wait for FESCo to discuss the related Change tomorrow
<@conan_kudo:matrix.org>
16:22:54
punt for now
<@kparal:matrix.org>
16:23:15
It's OK by me, I prefer to see the FESCo opinion anyway
<@kparal:matrix.org>
16:23:30
In case we slip, we can still take this in, if FESCo approves
<@kparal:matrix.org>
16:23:47
Enjoy
<@kparal:matrix.org>
16:24:00
Is someone against punting this?
<@kparal:matrix.org>
16:24:14
It effectively means rejection, if we don't slip the release
<@ephmo:fedora.im>
16:24:27
punt
<@lruzicka:fedora.im>
16:24:32
No, let's punt and shift the responsibility higher up the chain.
<@kparal:matrix.org>
16:25:23
proposed !agreed 2528348 - Punt (delay) the Beta freeze exception decision - The Change owner requested we punt this so that a FESCo opinion can be supplied soon.
<@lruzicka:fedora.im>
16:25:31
ack
<@jgroman:fedora.im>
16:25:50
ack
<@ephmo:fedora.im>
16:25:54
ack
<@psklenar:fedora.im>
16:25:54
ack
<@boniboyblue:fedora.im>
16:26:40
ack
<@kparal:matrix.org>
16:26:43
!agreed 2528348 - Punt (delay) the Beta freeze exception decision - The Change owner requested we punt this so that a FESCo opinion can be supplied soon.
<@kparal:matrix.org>
16:26:59
!topic (2528432) Include GNOME 51.rc for Fedora 45 Beta
<@kparal:matrix.org>
16:26:59
<@kparal:matrix.org>
16:26:59
<@kparal:matrix.org>
16:26:59
!info Proposed Freeze Exceptions, gnome-desktop3, NEW
<@kparal:matrix.org>
16:26:59
!info Ticket vote: BetaFreezeException (+1,0,-3) (+boniboyblue, -nielsenb, -nixuser, -derekenz)
<@kparal:matrix.org>
16:26:59
!info Ticket vote: 0Day (+1,0,-0) (+geraldosimiao)
<@kparal:matrix.org>
16:28:28
This one causes a frozen display in anaconda (perhaps) in openqa testing
<@kparal:matrix.org>
16:28:35
Upstream bug is reported and not resolved yet
<@kparal:matrix.org>
16:29:00
Also, it's quite late. But I think I would be open to pulling in potentially, if we slipped a week
<@kparal:matrix.org>
16:29:25
But with the anaconda issue, I think we should reject it for this very moment
<@kparal:matrix.org>
16:29:34
or punt it
<@lruzicka:fedora.im>
16:29:52
-1 BE
<@kparal:matrix.org>
16:29:55
Both works, punt doesn't sound that harsh 🙂
<@ephmo:fedora.im>
16:30:00
-1
<@lruzicka:fedora.im>
16:30:03
-1 BFE
<@boniboyblue:fedora.im>
16:30:21
I'm still +1 but happy to go with the majority.
<@kparal:matrix.org>
16:31:06
BFE is almost a BFG, we need to find the right process to get that acronym 🙂
<@kparal:matrix.org>
16:32:02
I'm -1 to make the vote easier (my other option would be to punt)
<@kparal:matrix.org>
16:34:16
I'll give a little bit more time to Jaroslav Groman and Petr Sklenar , in case they want to cast some vote
<@psklenar:fedora.im>
16:34:47
0 :)
<@conan_kudo:matrix.org>
16:36:38
+1 BetaFE
<@conan_kudo:matrix.org>
16:36:53
if we don't include it, we'd effectively have to revert the whole thing
<@conan_kudo:matrix.org>
16:37:00
and... realistically, that's not happening
<@conan_kudo:matrix.org>
16:37:14
for both political and technical reasons
<@kparal:matrix.org>
16:37:17
we're talking about GNOME now
<@conan_kudo:matrix.org>
16:37:22
yes I know
<@lruzicka:fedora.im>
16:37:28
why would that be?
<@conan_kudo:matrix.org>
16:37:33
I'm talking about GNOME 51
<@kparal:matrix.org>
16:37:41
it doesn't need to get reverted, just stay in updates-testing until Beta freeze is over
<@conan_kudo:matrix.org>
16:37:52
because if it doesn't make it into beta, then we can't ship it for the whole Fedora 45 cycle
<@conan_kudo:matrix.org>
16:38:12
it makes no sense to ship a beta with 50 and just dump 51 in for final
<@kparal:matrix.org>
16:38:24
I believe we've done that many times
<@kparal:matrix.org>
16:38:37
if the timing is still OK, i.e. not very close to Final
<@conan_kudo:matrix.org>
16:38:45
when since we dropped multiple milestones have we done that for GNOME?
<@conan_kudo:matrix.org>
16:39:00
the last time I remember us doing that we still had Alphas
<@kparal:matrix.org>
16:39:32
it's a bit unfortunate that our history guy is out today
<@conan_kudo:matrix.org>
16:39:53
I'm fine with us saying we're going to permit it, if we're all okay with it, but it's going to be a bit weird since our F45 beta will basically be a nothingburger for Workstation
<@conan_kudo:matrix.org>
16:40:37
almost everyone who worked on it seemed to operate on the premise that it would land for the beta, including adamw last week
<@kparal:matrix.org>
16:40:51
actually all votes might end up with the same result, because even +1 FE doesn't force us to take it in, and as long as anaconda gets broken, we probably won't
<@kparal:matrix.org>
16:41:15
Adam wrote:
<@kparal:matrix.org>
16:41:15
> I'm specifically -1 until we figure out https://bodhi.fedoraproject.org/updates/FEDORA-2026-1f58b2731a#comment-4760063
<@kparal:matrix.org>
16:41:26
Also:
<@kparal:matrix.org>
16:41:26
> I'm 0 in principle - it's rather late to try and stuff this in, I wanted to get a nice smooth release this time and we have an RC with all known blockers addressed.
<@kparal:matrix.org>
16:42:00
that was on Friday
<@conan_kudo:matrix.org>
16:43:31
the anaconda issue is separate though, is there a bug or touchpoint with the anaconda team about it?
<@conan_kudo:matrix.org>
16:43:42
not to mention I thought this cycle was all webui now?
<@conan_kudo:matrix.org>
16:43:58
why does anyone care about the gtk ui?
<@kparal:matrix.org>
16:44:04
It seems to be a mutter issue: https://gitlab.gnome.org/GNOME/mutter/-/work_items/5033
<@kparal:matrix.org>
16:44:29
GTK is still used for netinst and Server at least
<@conan_kudo:matrix.org>
16:44:40
oh they haven't cut over the netinstall iso
<@conan_kudo:matrix.org>
16:45:04
looks like the broken commit was identified: https://gitlab.gnome.org/GNOME/mutter/-/commit/3f17e687f3c2d410cb03a7a28faa243cabe7deb6
<@conan_kudo:matrix.org>
16:45:15
so someone could try reverting it and testing it
<@kparal:matrix.org>
16:45:50
Yes, but it's not ready atm
<@kparal:matrix.org>
16:46:44
We can let people vote on the basis that the anaconda breakage gets resolved (if not, it's -1)
<@kparal:matrix.org>
16:47:35
if we accept it this way, there is a path forward, which is fine by me (but a similar path forward was simply to propose it again)
<@kparal:matrix.org>
16:47:50
we'll still likely take it only if we slip by a week, though
<@kparal:matrix.org>
16:48:23
Go/NoGo is this Thursday
<@conan_kudo:matrix.org>
16:49:09
+1 BetaFE
<@kparal:matrix.org>
16:50:18
I thought you would reply to my proposal 🙂 Alright. Do people feel we should vote "on the basis that the anaconda problem gets fixed"?
<@kparal:matrix.org>
16:51:18
If not, I guess we'll punt this. I see +2, +0 (2x), and -6
<@geraldosimiao:matrix.org>
16:51:19
Ops sorry for being so late
<@geraldosimiao:matrix.org>
16:51:24
!hi
<@zodbot:fedora.im>
16:51:28
geraldosimiao: Geraldo S. Simião Kutz (geraldosimiao) - he / him / his
<@geraldosimiao:matrix.org>
16:52:57
The beta iso 1.3 still doesn't have 51, right?
<@kparal:matrix.org>
16:53:04
it doesn't
<@lruzicka:fedora.im>
16:54:41
I think if we take it in, then we slip. But maybe it is a little more correct than the not taking it for Beta and take afterwards ... thinking twice
<@geraldosimiao:matrix.org>
16:54:45
If we slip by a week the beta release, then I think it would be a good idea to ship beta with the 51 rc
<@geraldosimiao:matrix.org>
16:55:09
Me too
<@lruzicka:fedora.im>
16:55:34
yeah, but now I see it as take it in and slip .... not just if we slip then take it in.
<@kparal:matrix.org>
16:55:42
I don't think we can take it before anaconda gets resolved, other we immediately end up with a new blocker
<@lruzicka:fedora.im>
16:56:01
I mean what Conan Kudo 😌 says has certain logic in it
<@kparal:matrix.org>
16:56:03
I don't think we can take it before anaconda gets resolved, otherwise we immediately end up with a new blocker
<@lruzicka:fedora.im>
16:56:14
yes ... so what?
<@conan_kudo:matrix.org>
16:56:24
it is politically unviable for us to not ship GNOME 51 for Fedora 49
<@kparal:matrix.org>
16:56:25
I'm quite certain there were cases where gnome or kde wasn't updated at the beta release
<@lruzicka:fedora.im>
16:56:26
I am saying it. Take it in and slip.
<@conan_kudo:matrix.org>
16:56:51
KDE yes, because fall releases are off schedule, but GNOME, I'm almost certain that hasn't happened in a very long time
<@kparal:matrix.org>
16:57:05
we can't cause a new blocker because of an FE
<@geraldosimiao:matrix.org>
16:57:13
The anaconda bug didn't have a fix yet?
<@kparal:matrix.org>
16:57:29
I'm strongly -1 to taking it in the current form
<@boniboyblue:fedora.im>
16:57:35
I'm not familiar with the anaconda issue but if it's a big deal why is it not a blocker of it's own?
<@lruzicka:fedora.im>
16:57:51
But, it's better for everybody if 51 is part of Beta and we start Final with a clean enough table.
<@geraldosimiao:matrix.org>
16:57:51
Fedora 46 right?
<@kparal:matrix.org>
16:57:55
if somebody believe the new GNOME *must* be in, then there should be criteria/process for it
<@geraldosimiao:matrix.org>
16:58:13
> <@conan_kudo:matrix.org> it is politically unviable for us to not ship GNOME 51 for Fedora 49
<@geraldosimiao:matrix.org>
16:58:13
<@geraldosimiao:matrix.org>
16:58:13
Fedora 46 right? Or now, f45?
<@lruzicka:fedora.im>
16:58:18
45?
<@conan_kudo:matrix.org>
16:58:22
er Fedora 45
<@kparal:matrix.org>
16:58:25
there's virtually no difference except that people will need to update once
<@conan_kudo:matrix.org>
16:58:29
it is politically unviable for us to not ship GNOME 51 for Fedora 45
<@lruzicka:fedora.im>
16:58:44
I think it's kinda expected that new Fedora brings new Gnome
<@kparal:matrix.org>
16:58:44
having it on media is PR only
<@conan_kudo:matrix.org>
16:59:00
the fedora release schedule was crafted to ensure gnome releases made it in
<@geraldosimiao:matrix.org>
16:59:24
Ok but final release
<@lruzicka:fedora.im>
16:59:26
Do we have Gnome people here?
<@kparal:matrix.org>
16:59:35
in that case workstation wg should ask for a fesco blocker
<@conan_kudo:matrix.org>
16:59:39
I think I'm the only Workstation WG person here
<@conan_kudo:matrix.org>
16:59:42
everyone else is gone
<@conan_kudo:matrix.org>
16:59:49
and I'm only here because I'm eating lunch atm
<@lruzicka:fedora.im>
17:00:01
yeah, but we should be polishing Beta to get to Final, not bringing new stuff there. That's how I see it.
<@geraldosimiao:matrix.org>
17:00:17
Is there a criterion that states that major version must be the same at beta and final? Or is just commom sense?
<@kparal:matrix.org>
17:00:51
there's no criterion like that
<@kparal:matrix.org>
17:01:16
at least for KDE we've taken a major upgrade of it after Beta multiple times
<@kparal:matrix.org>
17:01:27
gnome is usually more aligned, yes
<@lruzicka:fedora.im>
17:01:42
We can be better than criteria .... and that's the case now. We are not letting it loose.
<@kparal:matrix.org>
17:01:47
but there's no requirement that it needs to be in Beta
<@kparal:matrix.org>
17:02:20
I see it as a non-issue. Update once, you have a new GNOME.
<@kparal:matrix.org>
17:02:29
updates-testing is enabled by default
<@kparal:matrix.org>
17:02:41
and it will be in Final anyway
<@geraldosimiao:matrix.org>
17:03:17
Lets be practical: people do upgrades just after first run on a fedora beta install, if 51 comes as an upgrade it will be there just the first week after beta releases
<@kparal:matrix.org>
17:03:36
it's already in updates-testing
<@kparal:matrix.org>
17:03:49
(well, the current 51 RC)
<@kparal:matrix.org>
17:04:03
51 final is not out yet
<@geraldosimiao:matrix.org>
17:04:08
So the only thing a beta iso with 51 will help is to test the impact 51 does at installation time
<@conan_kudo:matrix.org>
17:04:16
which is actually important
<@geraldosimiao:matrix.org>
17:04:46
Yeah thats the only reason
<@conan_kudo:matrix.org>
17:04:46
I don't have the numbers offhand, but I know we usually get a pile of bugs about the installation environment post-beta for final
<@conan_kudo:matrix.org>
17:05:39
and there's also the arm devices
<@geraldosimiao:matrix.org>
17:06:26
But if this creates some new blockery bug, we, the testers must point that before the beta release because we canot ship beta with it
<@kparal:matrix.org>
17:06:46
Ok, let's vote again, to be able to move on. **In the current state** (anaconda broken), what is your vote for accepting GNOME 51.rc as Beta FE?
<@kparal:matrix.org>
17:06:55
I'm -1 FE
<@boniboyblue:fedora.im>
17:06:59
BetaFE +1
<@lruzicka:fedora.im>
17:07:06
+1 FE
<@geraldosimiao:matrix.org>
17:07:36
BetaFE +1
<@ephmo:fedora.im>
17:08:01
-1 until Anaconda is fixed
<@psklenar:fedora.im>
17:08:45
BetaFE +1
<@kparal:matrix.org>
17:10:03
My current count:
<@kparal:matrix.org>
17:10:03
+1: Christopher Boni, Lukáš Růžička, geraldosimiao, Conan Cudo, Petr Sklenar
<@kparal:matrix.org>
17:10:03
-1: Kamil Paral, Ephraim Kaov, adamwill, nielsenb, nixuser, derekenz
<@kparal:matrix.org>
17:10:03
Of course some of those are from the ticket, who didn't participate in this current discussion.
<@kparal:matrix.org>
17:10:49
We can have another vote with the assumption that the anaconda bug gets fixed first. Want to vote on that?
<@kparal:matrix.org>
17:11:37
We will still have a problem with -4 from the ticket, though
<@conan_kudo:matrix.org>
17:11:39
+1 FE
<@conan_kudo:matrix.org>
17:11:48
oh I see myself on the list
<@lruzicka:fedora.im>
17:12:05
+1 FE
<@lruzicka:fedora.im>
17:12:34
however this will not have the impact so we might have punted right away
<@kparal:matrix.org>
17:12:38
Well I assumed yes/no first, and then I'd formulate the question. But ok.
<@kparal:matrix.org>
17:12:55
Yes, unless we want to overrule the people not present here
<@ephmo:fedora.im>
17:12:58
yes
<@conan_kudo:matrix.org>
17:13:44
I think generally our votes here _do_ overrule those
<@conan_kudo:matrix.org>
17:13:51
that's why we start from zero when we vote here
<@kparal:matrix.org>
17:13:55
**Assuming the anaconda bug gets fixed first,** what is your vote on accepted GNOME 51 RC as an FE?
<@kparal:matrix.org>
17:14:02
**Assuming the anaconda bug gets fixed first,** what is your vote on accepting GNOME 51 RC as an FE?
<@conan_kudo:matrix.org>
17:14:05
+1
<@ephmo:fedora.im>
17:14:10
+1
<@geraldosimiao:matrix.org>
17:14:17
+1
<@psklenar:fedora.im>
17:14:23
+1
<@boniboyblue:fedora.im>
17:14:25
BetaFE +1
<@lruzicka:fedora.im>
17:14:30
+1
<@kparal:matrix.org>
17:14:56
+1 FE, but with the usual caveat (we take it if we have enough time until the Go/NoGo meeting) - that always applies to all FEs
<@geraldosimiao:matrix.org>
17:15:27
How much is enough time?
<@lruzicka:fedora.im>
17:15:33
the no go is on Thursday?
<@geraldosimiao:matrix.org>
17:15:39
One day?
<@kparal:matrix.org>
17:15:47
we try to apply some common sense, there are no strict rules for that
<@kparal:matrix.org>
17:16:17
a minor non-risky fix is OK to be taken in a day before. A full GNOME desktop isn't (by my standards).
<@kparal:matrix.org>
17:16:28
Usually the common sense is applied by Adam, though 🙂
<@kparal:matrix.org>
17:17:43
proposed !agreed 2528432 - Accepted as Beta freeze exception - This is a huge update very close to the Beta release, and also causes an Anaconda problem that hasn't been resolved yet. We will accept it, *but only if* the detected anaconda issue gets resolved first (or turns out to be less severe than expected).
<@conan_kudo:matrix.org>
17:18:19
ack
<@lruzicka:fedora.im>
17:18:21
ack
<@kparal:matrix.org>
17:18:24
This overrules some of the ticket votes, hopefully they would agree as well
<@ephmo:fedora.im>
17:18:26
ack
<@boniboyblue:fedora.im>
17:18:30
ack
<@geraldosimiao:matrix.org>
17:18:48
Ack
<@kparal:matrix.org>
17:19:06
!agreed 2528432 - Accepted as Beta freeze exception - This is a huge update very close to the Beta release, and also causes an Anaconda problem that hasn't been resolved yet. We will accept it, *but only if* the detected anaconda issue gets resolved first (or turns out to be less severe than expected).
<@kparal:matrix.org>
17:19:24
!topic (2529069) selinux blocking podman remote ssh connections
<@kparal:matrix.org>
17:19:24
<@kparal:matrix.org>
17:19:24
<@kparal:matrix.org>
17:19:24
!info Proposed Freeze Exceptions, selinux-policy, NEW
<@kparal:matrix.org>
17:19:24
!info Ticket vote: BetaFreezeException (+2,0,-2) (+derekenz, +nixuser, -nielsenb, -geraldosimiao)
<@kparal:matrix.org>
17:19:31
this is the last proposed FE
<@kparal:matrix.org>
17:19:50
dustymabe: are you around perhaps?
<@kparal:matrix.org>
17:20:24
I'm not sure why this actually needs to break freeze, I asked in the ticket, but there was no reply yet (in that limited time)
<@kparal:matrix.org>
17:21:20
At this time I'd probably punt and wait for clarifications
<@geraldosimiao:matrix.org>
17:21:45
A zero day would solve this
<@ephmo:fedora.im>
17:22:23
punt
<@kparal:matrix.org>
17:22:37
zero days doesn't make much sense here, again
<@geraldosimiao:matrix.org>
17:22:38
If the container is upgraded from a f44 tho a f45 it isn't with an iso but with the upgrades on repo
<@kparal:matrix.org>
17:22:56
ah, I see. For containers, yes
<@conan_kudo:matrix.org>
17:23:00
it's really only a problem for bootc containers
<@conan_kudo:matrix.org>
17:23:04
everything else doesn't matter
<@conan_kudo:matrix.org>
17:23:18
we don't respin them, so any brokenness is stuck forever
<@conan_kudo:matrix.org>
17:23:29
we don't respin deliverables based on them, so any brokenness is stuck forever
<@geraldosimiao:matrix.org>
17:23:39
That's wy a zero day solves it
<@conan_kudo:matrix.org>
17:23:44
well, no
<@conan_kudo:matrix.org>
17:23:47
a zero day can't solve it
<@geraldosimiao:matrix.org>
17:23:50
That's why a zero day solves it
<@geraldosimiao:matrix.org>
17:23:59
😔
<@kparal:matrix.org>
17:23:59
because containers are composed from the main repo, I assume
<@conan_kudo:matrix.org>
17:24:00
it would have to be before a milestone compose
<@conan_kudo:matrix.org>
17:24:05
yup
<@kparal:matrix.org>
17:24:45
but for containers, they are daily updates, yes?
<@geraldosimiao:matrix.org>
17:24:48
So the fix must be at the main repo the day it releases right?
<@kparal:matrix.org>
17:24:57
so why does this need to be in the beta compose?
<@conan_kudo:matrix.org>
17:25:01
regular ones, yes, but not the atomic desktop stuff
<@kparal:matrix.org>
17:25:03
again, it can be fixed through the updates process
<@conan_kudo:matrix.org>
17:25:23
also I'm pretty sure this affects _all_ ssh connectivity, not just containers
<@conan_kudo:matrix.org>
17:25:42
this update fixed my problem for connecting to my test machine
<@conan_kudo:matrix.org>
17:25:51
so if you use ssh based remote install, it wouldn't work
<@kparal:matrix.org>
17:25:55
this doesn't block all ssh, just podman remote connections, as I understand it
<@kparal:matrix.org>
17:26:25
there is no linked bodhi update
<@geraldosimiao:matrix.org>
17:26:26
A local machine can be fixed with an upgrade. Post install. I'm thinking the remote cases
<@conan_kudo:matrix.org>
17:26:29
well, it was broken and then an selinux-policy update fixed it...
<@conan_kudo:matrix.org>
17:26:43
the breakage also was backported into f44
<@conan_kudo:matrix.org>
17:26:45
it was not fun
<@kparal:matrix.org>
17:27:03
all selinux-policy updates are already stable
<@kparal:matrix.org>
17:27:07
nothing in updates-testing
<@kparal:matrix.org>
17:27:19
so this must be something else
<@conan_kudo:matrix.org>
17:27:20
ah okay
<@conan_kudo:matrix.org>
17:27:28
then I rescind my comments
<@conan_kudo:matrix.org>
17:27:44
afaik podman remote ssh might be blocker level for coreos
<@conan_kudo:matrix.org>
17:27:49
but I have no idea
<@conan_kudo:matrix.org>
17:28:00
I suspect podman remote ssh might be blocker level for coreos
<@geraldosimiao:matrix.org>
17:28:48
If we punt this we'll only have the first half of the go no-go meeting to close the case.
<@geraldosimiao:matrix.org>
17:29:27
Or more time if the beta release get postponed...
<@kparal:matrix.org>
17:29:58
well there seems to be no fix atm anyway
<@kparal:matrix.org>
17:30:27
coreos just reverted to earlier selinux-policy
<@kparal:matrix.org>
17:31:01
so how about this....
<@kparal:matrix.org>
17:31:06
proposed !agreed 2529069 - Punt (delay) Beta freeze exception decision - We're not sure why this needs to break the freeze. We've asked for more details.
<@conan_kudo:matrix.org>
17:31:10
ack
<@ephmo:fedora.im>
17:31:27
ack
<@boniboyblue:fedora.im>
17:31:46
ack
<@geraldosimiao:matrix.org>
17:31:51
ack
<@kparal:matrix.org>
17:32:03
!agreed 2529069 - Punt (delay) Beta freeze exception decision - We're not sure why this needs to break the freeze. We've asked for more details.
<@kparal:matrix.org>
17:32:24
and that's all from proposed FEs
<@kparal:matrix.org>
17:32:32
!topic Accepted Blockers
<@kparal:matrix.org>
17:32:37
!topic (2524952) kmscon: NULL pointer dereference in seat_monitor_hotplug_dev when DRM device fails to initialize
<@kparal:matrix.org>
17:32:37
<@kparal:matrix.org>
17:32:37
<@kparal:matrix.org>
17:32:37
!info Accepted Blocker, kmscon, VERIFIED
<@kparal:matrix.org>
17:32:44
we just need to mention this accepted blocker
<@kparal:matrix.org>
17:33:08
already verified, we just need to push the fix stable
<@kparal:matrix.org>
17:33:12
we're good here
<@kparal:matrix.org>
17:33:19
!topic Open Floor
<@kparal:matrix.org>
17:33:27
anything else, anyone?
<@geraldosimiao:matrix.org>
17:34:44
Just mention that we found strings not translated in anaconda webui, but the l10n team is working on it, to be ready for final release
<@geraldosimiao:matrix.org>
17:34:50
That's pt-br
<@kparal:matrix.org>
17:34:57
Thanks
<@geraldosimiao:matrix.org>
17:35:40
It seems webui changed some little details from f44 to f45
<@geraldosimiao:matrix.org>
17:35:52
But it's fine
<@geraldosimiao:matrix.org>
17:35:57
No big deal
<@kparal:matrix.org>
17:36:03
the storage editor is no longer hidden
<@lruzicka:fedora.im>
17:36:07
I have no anything.
<@kparal:matrix.org>
17:36:12
let's expect more bugs 🙂
<@kparal:matrix.org>
17:36:17
(found and reported)
<@kparal:matrix.org>
17:37:28
alright, thanks everyone for coming!
<@kparal:matrix.org>
17:37:30
!endmeeting