FinalFE +1

As this bug is causing a graphical package manager not working right on a blocker desktop (kde) I think it is a blocker.
FinalBlocker +1
FinalFE +1

FinalBlocker +1

But I'd really like to see the KDE SIG pick one default package manager for F37.

Yumex-dnf? 😉😁

I would also like to see KDE settle on one package manager.

FinalBlocker +1

FinalBlocker +1
FinalFE +1

Sorry, folks, but I don't think this is a blocker. The default package manager for KDE is Discover, not DnfDragora. Discover is the one pinned to the taskbar, and it is also the one which rpm files are opened with by default (tested from Dolphin). So the criteria [1] [2] cover Discover, but not DnfDragora.

[1] https://fedoraproject.org/wiki/Fedora_36_Final_Release_Criteria#Default_application_functionality
[2] https://fedoraproject.org/wiki/Fedora_36_Final_Release_Criteria#Installing.2C_removing_and_updating_software

FinalBlocker -1
FinalFE +1

We decided if it's included, it's "default" 2 months ago. I am still kind of on the fence about this one since you can always use Discover instead.

We decided if it's included, it's "default" 2 months ago.

Good catch. I believe that blocker was accepted in error, then :-)

Even if Discover wasn't the default app for rpm files (which it is), and so didn't know which one is the default one, we could still argue that Default application functionality clearly says:

If there are multiple applications of the same type (e.g. several web browsers), the primary/default one must satisfy the requirements. If the primary/default application can't be determined, at least one of said applications must satisfy the requirements.

It's true that Installing, removing and updating software doesn't specify that (again). So someone could argue that the guidance from the previous criterion doesn't apply here (and someone could argue otherwise).

But I don't think it really matters, because Discover is the default app for opening rpm files.

Fair point, I forgot about that. In any case, for FE purposes, I found the fix and submitted it.

We decided if it's included, it's "default" 2 months ago.

Good catch. I believe that blocker was accepted in error, then :-)

I agree, but for consistency within a release's sake...

Let's just say I won't be heartbroken if this winds up not being a blocker.

FinalFE +1

FinalFE +1

FinalFE +1
FinalBlocker +1

AGREED AcceptedFinalFE

The following votes have been closed:

• Accepted FinalFreezeException (+7, 0, -0)
  • +1 by asciiwolf, geraldosimiao, ngompa, kparal, nielsenb, lruzicka, frantisekz

AGREED AcceptedFinalBlocker

Discussed during the 2022-04-19 blocker review meeting: [0]

The decision to classify this bug as an "AcceptedBlocker (Final)" was made as it violates the following criterion:

"The installed system must be able appropriately to install, remove, and update software with the default tool for the relevant software type" for dnfdragora in KDE at lower vertical resolutions.

[0] https://meetbot.fedoraproject.org/fedora-blocker-review/2022-04-19/f36-blocker-review.2022-04-19-16.09.txt

The following votes have been closed:

• Accepted FinalBlocker (+5, 0, -1)
  • +1 by geraldosimiao, bcotton, nielsenb, ngompa, frantisekz
  • -1 by kparal

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