dnfdragora, while providing a graphical frontend for dnf, is redundant when KDE spin ships with Discover, which is the equivalent to gnome-software on Fedora WS (which doesn't ship dnfdragora), while other spins may need it due to not having any graphical way of installing/updating/removing packages (although, I can argue that GTK-based DEs can just use gnome-software, LxQt can use discover for eg.), there isn't really a reason it needs to come with Fedora KDE due to Discover.
dnfdragora is also notorious for being an overall bad user experience. It locks dnf for a good amount of time even when closed (to the point that a full on session restart is needed to free dnf), it's also not a very intuitive experience to new users while also being slower than dnf's CLI interface.
I propose that it should no longer ship with KDE spin due to the reasons above.
+1, dnfdragora is redundant thanks to KDE Discover and it doesn't really work all that well
Metadata Update from @thunderbirdtr: - Issue tagged with: experience, need-info
+1 on that too, dnf CLI and Discover are good enough for most things.
While the use-cases of discover and dnfdragora are different, there are downsides to including it by default. +1 for removal from default installation set.
@thunderbirdtr Why did you add "need-info" tag? What info do you think is needed?
Metadata Update from @rdieter: - Issue tagged with: meeting
Ping @ngompa : Can you write your thoughts here for reference? Thanks
Metadata Update from @siosm: - Issue untagged with: meeting, need-info
Thought I'd bump since I agree with dnfdragora being removed, but @ngompa never replied here and I wasn't able to attend the meetings (timezones suck lol!), so just wanted to know what came of this?
I haven't had a chance to write down my thoughts. I'll try to do that soon-ish.
Ping @ngompa
In principle, I'm fine with removing dnfdragora from the KDE spin.
At this point in time, the main reason to have dnfdragora is to provide a graphical interface to the actual package manager. But we are increasingly trying to work with KDE upstream on improving Discover for software management and system upgrades. Additionally, I believe the QA criteria already doesn't consider dnfdragora a blocker anymore (@adamwill can verify this), which means keeping it in the KDE spin to ensure it gets qualified to support the other spins that use it isn't helpful anymore. I had partly been keeping dnfdragora in the KDE spin so that it is tested for all spins that use it.
For these reasons, it's probably fine to remove dnfdragora from the KDE spin.
Ping
It seems we need to put a milestone on this because F38 beta is shipped with dnfdragora still
Metadata Update from @justinz: - Issue tagged with: meeting
Comps PRs welcomed :)
PR done, please review (this is my first PR here) :D
Cross linking as pagure is not doing it: https://pagure.io/fedora-comps/pull-request/832
Metadata Update from @siosm: - Issue set to the milestone: Fedora Linux 39
Metadata Update from @siosm: - Issue close_status updated to: Fixed - Issue status updated to: Closed (was: Open)
Login to comment on this ticket.