#290 rhbz#1936730 Include Plasma 5.21.2 into Fedora 34 Beta
Closed by blockerbot. Opened by blockerbot.

Bug details: ** https://bugzilla.redhat.com/show_bug.cgi?id=1936730 **
Information from BlockerBugs App:
1936730

Current vote summary

Commented but haven't voted yet: ngompa, adamwill

The votes have been last counted at 2021-03-12 01:07 UTC and the last processed comment was #comment-720830

To learn how to vote, see:
https://pagure.io/fedora-qa/blocker-review
A quick example: BetaBlocker +1 (where the tracker name is one of BetaBlocker/FinalBlocker/BetaFE/FinalFE/0Day/PreviousRelease and the vote is one of +1/0/-1)


BetaFE -1

This is a massive change (and commensurate risk) for a release-blocking desktop being requested one day before Go/No-Go. It's unfortunate and I recognize that there are significant Wayland fixes here, but during a Freeze we should really only accept targeted fixes, not massive rebases.

BetaFE -1

This is a massive change (and commensurate risk) for a release-blocking desktop being requested one day before Go/No-Go. It's unfortunate and I recognize that there are significant Wayland fixes here, but during a Freeze we should really only accept targeted fixes, not massive rebases.

This has been sitting in updates-testing for over a week now with no package changes and positive reports from users. The only reason it didn't have its FE filed for the desktop as a whole is because @rdieter, @jgrulich, and myself forgot until @adamwill reminded me on Monday.

Feedback in updates-testing is one thing, but this affects the compose, and that hasn't really been tested. It doesn't matter why the FE request was filed late, really, it's still a risk to pull it late.

I might be +1 to this if we slip a week. Maybe.

Feedback in updates-testing is one thing, but this affects the compose, and that hasn't really been tested. It doesn't matter why the FE request was filed late, really, it's still a risk to pull it late.

That makes very little sense, considering that we have no other options for getting things in the hands of users in a broad way. The argument for not doing so many composes is that they're not supposed to be considered fundamentally "special", but if we're saying that they are (and it sounds like you're arguing that), then we should be doing composes on updates-testing every night and testing that.

From my point of view, I have no other tools to make sure I don't get a ton of useless feedback if I don't get this into Fedora 34 Beta.

The point is, if it had been requested for an FE earlier, we could have pushed it stable and put it in a compose and if that had broken anything, we would have had time to figure it out.

It it goes into a compose for the first time at the last minute, there is no leeway to find and fix issues.

I'm marking this as accepted based on votes in discussion at the Go/No-Go meeting today (and shortly after the meeting ended). lruzicka, pwhalen, frantisekz, bcotton and copperi all voted +1. I'm also +1 since we have a slip. That's +6 and even if we still count sgallagh's -1, total is +5.

AGREED AcceptedBetaFE

The following votes have been closed:

Metadata Update from @blockerbot:
- Issue status updated to: Closed (was: Open)

Release F34 is no longer tracked by BlockerBugs, closing this ticket.

Log in to comment on this ticket.

Metadata