manatools / dnfdragora

dnfdragora is a dnf frontend based on libyui abstraction
GNU General Public License v3.0
133 stars 41 forks source link

dnfdragora crashes F41 Rawhide kde-live 20240514 ISO #234

Open Archcanac opened 4 months ago

Archcanac commented 4 months ago

The fresh install is made offline, same for dnfdragora and few other apps. In the last 2 weeks, some modifications have been made a few times to dependencies: glibc are among them. It was working ok in our previous. Remove and reinstall did not help.

Does not open and crashes immediately. Here's the result from the terminal:

$ 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/fed/.config/dnfdragora.yaml
Skipped exception: <[Errno 2] No such file or directory: '/home/fed/.config/dnfdragora.yaml'> 
Logging disabled
<_M_> [ui] YUILoader.cc:60 loadUI(): DISPLAY: ":0"
<_M_> [ui] YUILoader.cc:61 loadUI(): XDG_CURRENT_DESKTOP: "KDE"
<_M_> [ui] YUILoader.cc:62 loadUI(): YUI_PREFERED_BACKEND: ""
<_M_> [ui] YUILoader.cc:96 loadUI(): User-selected UI-plugin: ""
<_M_> [ui] YUILoader.cc:128 loadUI(): Using UI-plugin: "qt"
<_M_> [ui] YUI.cc:83 YUI(): This is libyui 4.2.16
<_M_> [ui] YUI.cc:84 YUI(): Creating UI without threads
<_M_> [qt-ui] YQUI.cc:107 YQUI(): This is libyui-qt 4.2.16
<_M_> [ui] YUI.cc:238 topmostConstructorHasFinished(): Running without threads
<_M_> [qt-styler] QY2Styler.cc:146 loadStyleSheet(): Couldn't open style sheet "/usr/share/libyui/theme/current/wizard/style.qss"
<_M_> [qt-ui] YQUI.cc:251 processCommandLineArgs(): Qt argument: /usr/bin/python3
<_M_> [qt-ui] YQUI.cc:251 processCommandLineArgs(): Qt argument: /usr/bin/dnfdragora
<_M_> [qt-ui] YQUI.cc:404 calcDefaultSize(): Default size: 1493 x 840
<_M_> [qt-ui] YQApplication.cc:96 YQApplication(): QIcon::themeName = 'breeze-dark'
<_M_> [qt-ui] YQApplication.cc:151 loadPredefinedQtTranslations(): Selected language: en_US
<_M_> [qt-ui] YQApplication.cc:171 loadPredefinedQtTranslations(): Loaded translations for predefined Qt dialogs for en_US
<_M_> [qt-ui] YQUI.cc:228 initUI(): YQUI initialized. Thread ID: 0x0x7f8147417740
<_M_> [ew] YExternalWidgets.cc:40 YExternalWidgets(): Creating Libyui External Widgets object
Get root backend. Locked (False)
Unexpected error: <class 'dbus.exceptions.DBusException'> 
<_M_> [ui] YUILoader.cc:236 deleteUI(): Shutting down UI
<_M_> [qt-ui] YQUI.cc:294 ~YQUI(): Closing down Qt UI.
<_M_> [ew] YExternalWidgets.cc:123 ~YExternalWidgetsTerminator(): Shutting down mga External Widgets
<_M_> [ew] YMGAWidgetExtensionFactory.cc:49 ~YMGAWidgetFactory(): Factory removed
$ rpm -qa *\glibc\*
glibc-all-langpacks-2.39.9000-18.fc41.x86_64
glibc-gconv-extra-2.39.9000-18.fc41.x86_64
glibc-common-2.39.9000-18.fc41.x86_64
glibc-2.39.9000-18.fc41.x86_64
glibc-langpack-en-2.39.9000-18.fc41.x86_64
alh61 commented 4 months ago

This is because Rawhide (F41) have now switched to DNF5. See #214

Archcanac commented 4 months ago

It was working perfectly with 20240504 ISO.

Not sure if they did something wrong, because etc/dnf/dnf.conf is empty and it generates a line 2 error when tweaking the system. If we set [main] to line 2 the error goes away.

20240514 ISO content of dnf.conf:

see man dnf.conf for defaults and possible options

[main]

20240504 ISO dnf.conf content:

see man dnf.conf for defaults and possible options

[main] gpgcheck=True installonly_limit=3 clean_requirements_on_remove=True best=False skip_if_unavailable=True

Replacing dnf.conf with the above is a no-go. Lastly, It is not possible to delete dnf5 and related stuff. Sucks!

dnf5 is not installed in the May 4th ISO. Will try to redo the install with this ISO, because dnfdragora is our main package manager and we like it.

anaselli commented 4 months ago

Unexpected error: <class 'dbus.exceptions.DBusException'> I seem a game over here. As @alh61 said if fedora switched it cannot work. git master is moving to dnf5, i think i have something working already, but i need to work on it more, Unfortunately my spare time is very little and i am busy the week ends also... Hope to work on it soon, and/or to have help also

Archcanac commented 4 months ago

Well, we stop using Fedora. Let us know when the workaround is ready.

anaselli commented 4 months ago

It isn't a matter of finding a workaround it is a porting to a new api interface for dnf5. Just to let you know, I work on this project for fun and in my very little spare time...

Conan-Kudo commented 4 months ago

Does it work again after running dnfdragora --exit?

Conan-Kudo commented 4 months ago

DNF4 is still present in Fedora, and for now dnfdragora still uses it.

Archcanac commented 4 months ago

Thanks for replying! This is the answer I got from ask fedora. How to force dnfdragora to use dnf4, or how do I set dnf4 default?

From fedora discuss: dnf5 is still not ready for mainstream use. I suggest that you instead use the old standby that is very stable – dnf or dnf-3 (they are the same since dnf is linked to dnf-3)

ls -l /bin/dnf*

lrwxrwxrwx. 1 root root 5 Mar 28 19:00 /bin/dnf -> dnf-3 -rwxr-xr-x. 1 root root 2092 Mar 28 19:00 /bin/dnf-3 lrwxrwxrwx. 1 root root 5 Mar 28 19:00 /bin/dnf4 -> dnf-3


In F41, the first line ends by dnf5 and dnf5 populates the entire system. I can tell for now if dnfdragora --exit works. I just can run an os with no package manager.