OVH Cloud OVH Cloud

sudo synaptic "cannot open display"

19 réponses
Avatar
professeur Méphisto
Bonjour à tous

Jusqu'à récemment, la commande :
sudo /usr/sbin/synaptic

me permettait de lancer synaptique via sudo.

Or depuis quelques temps (consécutif à une maj debian du paquet sudo ?)
j'ai une erreur :

christian@mephisto:~$ sudo /usr/sbin/synaptic

(synaptic:3487): Gtk-WARNING **: cannot open display:


mon fichier /etc/sudoers :

# Host alias specification
Host_Alias ICI = localhost, mephisto
# User alias specification
User_Alias BOFH = christian
# Cmnd alias specification
Cmnd_Alias DEBIAN = /usr/sbin/synaptic
# User privilege specification
root ALL=(ALL) ALL
BOFH ICI=NOPASSWD: DEBIAN

Qu'est-ce qui coince ?

Méph'

9 réponses

1 2
Avatar
professeur Méphisto
Mike Massonnet a écrit :

Pour être plus certain, connecte toi en root, export la variable, et
lance synaptic.


En root (su dans une console) ça marche, sans rien faire de particulier...

Avatar
noone
Jusqu'à récemment, la commande :
sudo /usr/sbin/synaptic


Je pense qu'il aurait pu faire un truc plus malin chez Ubuntu
comme un lien symbolique vers gksudo synaptic

ainsi tu pourrais taper en user synaptic

ça lancerait gksudo qui demanderais le mot de passe admin
et passerai la main à synaptic

Avatar
Mike Massonnet
wrote:


Jusqu'à récemment, la commande :
sudo /usr/sbin/synaptic


Je pense qu'il aurait pu faire un truc plus malin chez Ubuntu
comme un lien symbolique vers gksudo synaptic

ainsi tu pourrais taper en user synaptic

ça lancerait gksudo qui demanderais le mot de passe admin
et passerai la main à synaptic


le but étant de ne _pas_ le demander

--
C'est la première fois que j'entends ça à propos du C. Bien qu'on puisse
opaci

fier avec n'importe quel langage, je dirais que C est champion en la
matière.

Non, C++ est bien pire : ça ressemble à du sendmail orienté objet.
-+- EJ in GFA : Le Sendmail.cf nouveau est arrivé -+-


Avatar
Mike Massonnet
professeur Méphisto wrote:

Mike Massonnet a écrit :

Pour être plus certain, connecte toi en root, export la variable, et
lance synaptic.


En root (su dans une console) ça marche, sans rien faire de particulier...


est-ce qu'un dpkg-reconfigure xserver-common a aidé ?

--
Sérieusement tu crois que la Debian est plus stable que les autres ? Pour
moi c'est juste une simple distrib pour une bande de pauvres cons
fanatiques

Ta mère c'est Bernard Minet.
-+- SH in GFA : "Bien configurer sa mère" -+-


Avatar
noone
non en fait c'est plutôt un alias dans dans le .bashrc des utilisateurs
qu'ils devraient faire

alias synaptic='gksudo /usr/sbin/synaptic'
Avatar
Nicolas George
Matthieu Moy wrote in message :
sudo fait passer en root, et root n'est pas autorisé à se connecter à
ton serveur X. xhost est ton ami


Et surtout l'ami de tous ceux qui veulent prendre le contrôle de la machine.

La bonne solution consiste à utiliser xauth pour transmettre le cookie
d'authentification d'un compte à l'autre. Quand l'un de ces comptes est
root, on peut se contenter de lui faire lire le .Xauthority de l'utilisateur
en le désignant avec XAUTHORITY.

Avatar
professeur Méphisto
Mike Massonnet a écrit :

ça lancerait gksudo qui demanderais le mot de passe admin et passerai
la main à synaptic


le but étant de ne _pas_ le demander


yes !

non pas que je ne le connaisse pas, mais c'est pour mettre dans les menus
de windowmaker.

Méph'


Avatar
professeur Méphisto
Mike Massonnet a écrit :

est-ce qu'un dpkg-reconfigure xserver-common a aidé ?


Non mais il faut dire que je n'ai pas compris la question ;-)

Utilisateurs autorisés à lancer un serveur X :
Super-utilisateur seulement
Depuis la console
N'importe qui

j'ai mis "Depuis la console" (valeur par défaut)

J'aurais du mettre "n'importe qui" ?

Je viens d'essayer : même chose.

Merci
Christian

Avatar
professeur Méphisto
professeur Méphisto a écrit :

sudo /usr/sbin/synaptic


bon, plus personne n'a de solution à me porposer ? :-(

Merci à ceux qui ont essayé !

Christian

1 2