https://bugs.kde.org/show_bug.cgi?id=480525

Nate Graham <n...@kde.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|REPORTED                    |CONFIRMED
            Summary|[RFE] Support for dnf5      |Custom backend for DNF5
                   |backend                     |
     Ever confirmed|0                           |1

--- Comment #4 from Nate Graham <n...@kde.org> ---
Thanks for the info.

I've long suspected that we'd see this kind of thing from distros to work
around the limitations of PackageKit. It's a bit of a shame IMO, since
PackageKit itself already needs custom backends for package management systems,
so that work already has to be dome somewhere. And conceptually it seems like
it would be best if the library itself were improved to support any use cases
not yet covered. There are benefits to supporting PackageKit that go beyond
Discover: we use it in other places too, for example to prompt the user to
download needed Samba packages in the file sharing setup wizard, or to download
Konsole if they open Dolphin's terminal panel without Konsole being installed.
Not supporting PackageKit means those features will stop working in your
distro. For the immutable distros this is understandable since the concept of
traditional package management doesn't really apply there, but for a
non-immutable distro, it's supportable in principle.

Still, it is what it is. As a path forward, I suggest doing what the Kinoite
and SteamOS folks did: write your own custom backend for Discover and submit it
to KDE for inclusion. Given your knowledge of how DNF5 works, I think you or
your team (or an adjacent one?) represent the ideal folks to do the work!

-- 
You are receiving this mail because:
You are watching all bug changes.

Reply via email to