Après Trixie, défaut GTK ou GParted?

Support Debian
#1

Bonjour

Le titre n’est pas explicite mais je ne sais pas préciser.
En faisant
# apt purge ‹ ~o ›
des truc ont été supprimés (je ne sais pas dire lesquels) mais le point gênant est l’impossibilité d’ouvrire la fenêtre de Gparted
root@xxx:-# gparted
(gpartedbin:5677): Gtk-WARNING **: 11:57:23.297: cannot open display:

Et en cliquant sur l’icône dans « applications » rien ne sepasse.

Une idée où chercher ?

#2

toujours tester avec l’option --dry-run pour voire ce que cela implique.
il est possible que tu ai endommagé plokit ou pkexec.

D’un autre coté, vouloir absolument supprimer tout ce qui nous semble inutile est aussi un facteur de risque de se trouver dans cette situation. D’autant qu’à moins d’avoir des contraintes drastique d’espace disque, cela ne sert pas forcement à grand chose une fois u’"on a passé le classique autoremove.

1 J'aime
#3

Normalement tu peux contourner ce dysfonctionnement avec cette commande en utilisateur qui ouvrira une mini-fenêtre qui te demandera ton mot de passe root :

pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY gparted

Ensuite GParted s’ouvrira.

On ne peut plus, depuis longtemps, ouvrir GParted en terminal root.
Par contre, je sèche sur l’origine de ta panne.

#4

ce n’est pas vrai, polkit s’en charge :slight_smile:

#5

Je ne connais pas ce Paul Kit et son boulot ! :slight_smile:

Plus sérieusement, on est en désaccord, mais c’est peut-être juste un problème de formulation d’énoncé.

Parce que :

# gparted

(gpartedbin:6448): Gtk-WARNING **: 15:25:35.555: cannot open display:
#6

non gparted ne se lance pas en root mais en user, et polkit va demander le mot de passe root, comme avec pkexec mais en mieux.

et ce n’est pas une questiond e desaccord mais de maitrise du sujet :wink:

#7

Je suis bien d’accord, c’est la première fois que j’applique l’intégralité des recommandations debian pour un changement de version (les machins obsolètes ou résidus de configuration pourraient créer des problèmes plus tard etc).

Me suis planté quoi :frowning_face:

Merci à vous

#8

non pas intégralement.
le problème de ces recommandations, c’est qu’elles sont généralistes. Elles sont aussi vielles: elles ne prennent visiblement pas en compte les changement d’architecture système et la réalité des utilisations.

#9

Regarde quelles sont les dépendances de gparted qui te manquent :

    gparted
      Dépend: libatkmm-1.6-1v5 (>= 2.28.4)
      Dépend: libc6 (>= 2.38)
      Dépend: libcairomm-1.0-1v5 (>= 1.14.5)
      Dépend: libgcc-s1 (>= 3.0)
      Dépend: libglib2.0-0t64 (>= 2.16.0)
      Dépend: libglibmm-2.4-1t64 (>= 2.66.8)
      Dépend: libgtk-3-0t64 (>= 3.21.4)
      Dépend: libgtkmm-3.0-1t64 (>= 3.24.10)
      Dépend: libpangomm-1.4-1v5 (>= 2.46.4)
      Dépend: libparted-fs-resize0t64 (>= 3.1)
      Dépend: libparted2t64 (>= 3.1)
      Dépend: libsigc++-2.0-0v5 (>= 2.8.0)
      Dépend: libstdc++6 (>= 13.1)
      Dépend: libuuid1 (>= 2.16)
      Dépend: gparted-common (= 1.6.0-2)
      Dépend: pkexec
      Casse: gparted-common (= 1.0.0-0.1)
      Casse: udisks2 (<< 2.1.5)
      Suggère: <dmraid>
      Suggère: dmsetup
      Suggère: dosfstools
      Suggère: e2fsprogs
      Suggère: gpart
      Suggère: jfsutils
      Suggère: kpartx
      Suggère: mtools
      Suggère: ntfs-3g
      Suggère: <reiser4progs>
      Suggère: reiserfsprogs
      Suggère: udftools
      Suggère: xfsprogs
      Suggère: exfatprogs
      Suggère: yelp
      Remplace: gparted-common (= 1.0.0-0.1)
#10

Merci, je regarde ça dans la semaine.