Hello,
I’m using a fresh installation of Fedora 42 with the MATE spin. I’m encountering an issue with the dnfdragora graphical package manager.
When I launch dnfdragora, the application window opens and the progress bar for “Refreshing software cache” or similar starts, but it immediately gets stuck at 0% and doesn’t move forward. The application becomes unresponsive, and I have to manually close it (e.g., using xkill
or killing the process).
Here’s what I’ve already tried:
- I have confirmed that refreshing repositories and updating the system from the command line works perfectly fine.
sudo dnf5 upgrade --refresh
completes without any errors or issues. This indicates that the core package manager (dnf5
) and network connectivity to the repositories are working correctly. - I have run
sudo dnf5 clean all
multiple times. - I have tried removing and reinstalling dnfdragora and dnfdragora-updater using
sudo dnf5 remove dnfdragora dnfdragora-updater
followed bysudo dnf5 install dnfdragora dnfdragora-updater
. This did not resolve the issue. - I have noticed that this issue might have started or worsened after a recent system update.
- Other graphical package managers, like GNOME Software (if installed), seem to work correctly on my system, suggesting the problem is specific to dnfdragora.
When I launch dnfdragora
directly from the terminal (dnfdragora
), the application window appears and hangs, and the terminal outputs the following messages:
``
mauro@fedora:~$ dnfdragora
Try reading configuration file
From ./dnfdragora.yaml
Skipped exception: <[Errno 2] No such file or directory: './dnfdragora.yaml'>
From /etc/dnfdragora/dnfdragora.yaml
Finally read user settings from /home/mauro/.config/dnfdragora.yaml
Skipped exception: <[Errno 2] No such file or directory: '/home/mauro/.config/dnfdragora.yaml'>
Logging disabled
<_M_> [ui] YUILoader.cc:60 loadUI(): DISPLAY: ":0"
<_M_> [ui] YUILoader.cc:61 loadUI(): XDG_CURRENT_DESKTOP: "MATE"
<_M_> [ui] YUILoader.cc:62 loadUI(): YUI_PREFERED_BACKEND: ""
<_M_> [ui] YUILoader.cc:74 loadUI(): Detected a Gtk-based desktop environment.
<_M_> [ui] YUILoader.cc:74 loadUI(): Prefering Gtk-UI if available and no
<_M_> [ui] YUILoader.cc:74 loadUI(): user-selected override is present.
<_M_> [ui] YUILoader.cc:96 loadUI(): User-selected UI-plugin: ""
<_M_> [ui] YUILoader.cc:128 loadUI(): Using UI-plugin: "gtk"
<_M_> [ui] YUI.cc:83 YUI(): This is libyui 4.2.16
<_M_> [ui] YUI.cc:84 YUI(): Creating UI without threads
<_M_> [gtk] YGUI.cc:49 YGUI(): This is libyui-gtk 2.52.5
<_M_> [gtk] YGUI.cc:166 checkInit(): Style "/usr/share/libyui/theme/current/wizard/style.css"
<_M_> [gtk] YGUI.cc:188 checkInit(): Style "/usr/share/libyui/theme/current/wizard/style.css" not found. Ignoring style
<_M_> [ui] YUI.cc:238 topmostConstructorHasFinished(): Running without threads
<_M_> [ew] YExternalWidgets.cc:40 YExternalWidgets(): Creating Libyui External Widgets object
<_M_> [mga-gtk-ui] YMGA_GCBTable.cc:439 YMGA_GCBTable(): columns 8 tot 8
__async_thread_loop(list_fd): timeout reached while reading from pipe.
Terminato
The line __async_thread_loop(list_fd): timeout reached while reading from pipe.
seems particularly relevant and indicates a problem with the communication between the dnfdragora GUI and the backend process performing the refresh.
Based on the fact that the CLI works and the terminal output points to a communication timeout, I suspect this might be a bug in dnfdragora, its underlying UI library (libyui), or their interaction with dnf5
on Fedora 42, possibly related to a recent update.
Has anyone else experienced this specific issue on Fedora 42 MATE? Are there any known workarounds or is this a recognized bug?
Any help or insight would be greatly appreciated.
Thank you!