Fedora-Fr

Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

dnfdagora freeze

heyho

Bonjour
Après une fresh install ; dnfdagora freeze à 66 % de la mise en mémoire cache des paquets. Bien que je n’utilise pas très souvent l’interface graphique, c’est gênant.
Je suis obliger de forcer la fermeture.
Quelques rares fois, ça passe tout de même.

En revanche, pas de problème en ligne de commande.
Quelqu’un a t’il une idée ?
Merci
edit : j’ai déjà essayé ‘sudo dnf reinstall dnfdagora’ sans succès

Nicosss

heyho A voir si ça a un lien avec ce rapport de bug https://bugzilla.redhat.com/show_bug.cgi?id=2363981 .

Dans un terminal ça donne quoi
$ dnfdragora

heyho

Ok.
Merci Nicosss.

heyho En revanche, pas de problème en ligne de commande.

en fait ce sont les mises à jours via dnf update qui fonctionnent…

heyho

Ca a lancé dnfdagora puis toujours pareil.

$ 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/klatu/.config/dnfdragora.yaml
Logging disabled
<_M_> [ui] YUILoader.cc:60 loadUI(): DISPLAY: ":1.0"
<_M_> [ui] YUILoader.cc:61 loadUI(): XDG_CURRENT_DESKTOP: "XFCE"
<_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.
__async_thread_loop(list_fd): timeout reached while reading from pipe.
run_dbus_async main loop running True - probably last request is not terminated yet
Processus arrêté

en effet, ça ressemble bien au bug que tu cites

Happening in Xfce also, dies around 33% on the refresh
Same thing with me. It worked once or twice but then froze when trying to search. After that it just refuses to go past 33%.

et sans être un pro de l’anglais et en lisant en diagonale, je ne crois pas avoir vu de résolution ?

Edit Nicosss : Correction balises Markdown -> Voir FAQ .

Nicosss

heyho En effet, il est affecté mais aucune proposition de contournement pour le moment. Il faut donc patienter et suivre le rapport de bug.

nouvo09

heyho en fait ce sont les mises à jours via dnf update qui fonctionnent…

mais tu cherches quoi au juste ?

jimmo78

Moi ça me le fait depuis que dnf5 est utilisé, visiblement dnfdragora ne fonctionne pas avec.

cezame

Moi j’enlève systématiquement dnf dragora depuis très longtemps, je n’avais que des problèmes avec. La console est bien plus pratique que ce machin graphique.

nouvo09

cezame
+1

heyho

il m’est maintenant possible de le lancer en ligne de commande mais tout ne fonctionne pas

cezame Moi j’enlève systématiquement dnf dragora depuis très longtemps, je n’avais que des problèmes avec. La console est bien plus pratique que ce machin graphique.

je suis d’accord mais dans ce cas, pourquoi conserver ce fameux machin ?
si l’idée est de faciliter la vie aux réfractaires de la ligne de commande - et ce n’est pas une tare ; pas question de juger chacun est libre - et qu’en fait ça beugue ; ça peut donner envie de partir dans l’autre sens.
Autant le supprimer ou le remplacer par quelque chose “graphique” qui fonctionne… surtout depuis le temps que ça radouille

VINDICATORs

nouvo09

+2 cela n’a jamais vraiment bien fonctionné depuis les origines…

Perso ligne de commande et/ou Discover sous KDE/Plasma et cela vas bien.

llaumgui

Perso je ne comprends pas l’instabilité de ce logiciel depuis autant d’années…

VINDICATORs

heyho

Logiciel sous gnome et discover sous kde par exemple ?

heyho

VINDICATORs Logiciel sous gnome et discover sous kde par exemple ?

merci je vais essayer mais pour éviter des conflits éventuels, est-il préférable de désinstaller préalablement dnfdagora ?
et est-ce compatible avec xfce ?

xylphute

heyho logiciel et discover ne vont pas créer de conflit. En revanche ça risque d’installer des composants de gnome ou de KDE.

Je suis dans le fond d’accord que si on créer des gui c’est pour se passer du terminal. Malheureusement il peut s’avérer que le logiciel en question ne fonctionne pas très bien où manque de fiabilité et que dans ce cas ne joue pas son rôle de se passer du terminal.

heyho

je cherche juste faire fonctionner une interface graphique. J’ai bien compris que pour la plupart, vous privilégiez la ligne de commande. C’est un fait, et je l’utilise également autant que possible mais je fais également partie de ceux qui utilisent à l’occasion les interfaces graphiques.
Sinon, à quoi servent-elles ?

En l’occurrence, dnfdagora me permet d’avoir des informations plus lisibles à mon goût sur tel ou tel paquet (lien, descriptifs…). J’installe ensuite en ligne de commande.

Je pense qu’un nombre important des utilisateurs qui ont rejoint fedora aujourd’hui et venant de systèmes ou les interfaces graphiques sont la norme cherchent à retrouver ce “confort”.

Cette évolution va de pair avec la “démocratisation” des systèmes linux auprès d’ un large public.
Donc ce que je recherche est donc assez “philosiphico-pratique”

C’est tout
Merci à tous

steve12l

Sinon il y a yumex (yum extender) qui fonctionne très bien et pas de freeze comme avec dnfdragora.

Dispo ici

llaumgui

steve12l Je ne savais pas qu’il existait encore !!!!! Merci @steve12l car lui il fonctionne ! Je viens de voir et il est toujours maintenu, compatible DNF5, bref au top ! Par contre, je ne comprends pas pourquoi il n’est pas disponible directement sans passer par Copr ?!

Et il gère même les flatpack de manière séparée ! Là ou GNOME software te prends les paquage de manière aléatoire en flatpack ou en RPM.

antbel

Je reviens sur ce post après avoir trouvé “il me semble ” une solution élégante. J’avais les mêmes problèmes depuis plusieurs versions et je me débrouillais avec la ligne de commande.
Solution en terminal :


$ dnfdragora --help
usage: dnfdragora [options]

options:
  -h, --help            show this help message and exit
  --gtk                 démarrer en utilisant les graphismes GTK+
  --ncurses             démarrer en utilisant le mode texte ncurses
  --qt                  démarrer en utilisant les graphismes Qt
  --fullscreen          utiliser le plein écran pour les boîtes de dialogue
  --group-icons-path [GROUP_ICONS_PATH]
                        imposer un nouveau chemin pour les icônes de groupe (à la place de /usr/share/icons)
  --images-path [IMAGES_PATH]
                        imposer un nouveau chemin pour toutes les images nécessaires (à la place de /usr/share/dnfdragora/images)
  --locales-dir [LOCALES_DIR]
                        répertoire contenant les chaînes traduites (pour les développeurs uniquement)
  --install INSTALL [INSTALL ...]
                        installer les paquetages
  --update-only         afficher uniquement le dialogue des mises à jour
  --version             montre la version de l'application et quitte
  --exit                oblige à fermer les services dbus de dnfdeamon utilisés par dnfdragora

Par conséquent selon le spin qui, pour moi, est Mate Desktop la commande est :

sudo dnfdragora --qt

llaumgui

Alors je viens de tester et même sous GNOME le qt passe mieux et ne freeze pas a 66%. Je n’y comprends rien ! Vivement yumex sous F43 car pour le moment il n’est pas compatible.

Page suivante »