logo Debian Debian Debian-France Debian-Facile Debian-fr.org Forum-Debian.fr Debian ? Communautés logo inclusivité

Debian-facile

Bienvenue sur Debian-Facile, site d'aide pour les nouveaux utilisateurs de Debian.

Vous n'êtes pas identifié(e).

#1 18-12-2021 18:14:49

Dorico
Membre
Lieu : Landes (40)
Inscription : 04-12-2021

[résolu] Echec à lancer Mousepad en root

Je veux lancer Mousepad en root pour actualiser mon sources.list et voilà le retour que j'ai :

dom@ThinkpadT460sDom:~$ sudo mousepad
[sudo] Mot de passe de dom :
(mousepad:15402): Mousepad-CRITICAL **: 18:02:34.987: Failed to initialize xfconf: L’exécution du processus fils « dbus-launch » a échoué (Aucun fichier ou dossier de ce type)


Quel est le problème ? Que faire ?
Il s'agit d'une installation toute fraiche de Debian 11 !
Merci de vos réponses et cordialement.

Dernière modification par Dorico (19-12-2021 12:57:59)


Depuis 17 ans sur Linux, 15 ans sur Ubuntu ou Xubuntu et 3 mois sur Debian-xfce ...
Utilisateur de matériel reconditionné (Thinkpad T 460s en ce moment)
Missionnaire du Libre smile

Hors ligne

#2 18-12-2021 18:25:44

Tawal
Membre
Distrib. : Debian Stable à jour
Noyau : amd64
(G)UI : Xfce
Inscription : 25-02-2021

Re : [résolu] Echec à lancer Mousepad en root

Tant mieux !

Le problème est qu'on ne lance pas d'application graphique en root (dans une session utilisateur) !

Pour éditer ton sources.list, tu as une commande dédiée :

apt edit-sources


qui te lancera un éditeur dans ton terminal et qui en plus (il me semble) vérifie la syntaxe de ton fichier.

Edit:

man apt a écrit :

...
edit-sources (travail en cours)
           La commande edit-sources permet de modifier le fichier sources.list(5) avec votre éditeur de texte préféré et fournit des
           vérifications de sécurité de base.
...

Dernière modification par Tawal (18-12-2021 18:28:44)


Comme la science n'est pas infuse, elle se diffuse.
Useless Use of Cat Award
Filenames and Pathnames in Shell: How to do it Correctly
À chaque problème sa solution, à chaque solution son moyen, si pas de moyen, toujours le problème !

Hors ligne

#3 18-12-2021 18:36:56

otyugh
CA Debian-Facile
Lieu : Quimperlé/Arzano
Distrib. : Debian Stable
Inscription : 20-09-2016
Site Web

Re : [résolu] Echec à lancer Mousepad en root

Tawal a écrit :

Le problème est qu'on ne lance pas d'application graphique en root (dans une session utilisateur) !


C'est moins une règle qu'une précaution : moins on execute de trucs en root, moins en prend de risque. Les traitements de textes ultra-simples offrent donc moins de surface d'attaque... De l'autre c'est paaaaas vraiment important non plus, d'où je me tiens, ça me semble être un gros détail (je veux bien être contredit si t'as des arguments @Tawal tongue)

Si utilise "nano/vi/ed/..." est une frontière, y a pas de réel besoin d'y rester.

En fait pour les logiciels graphiques, on conseille plutôt pkexec que sudo qui est fait pour ça à priori (ils initialise plus de variables utiles) ?

 pkexec mousepad





Pour éditer en utilisant la verif de apt edit-sources, tu devra initialiser SUDO_EDITOR wink https://bbs.archlinux.org/viewtopic.php?id=259025

Dernière modification par otyugh (18-12-2021 18:44:14)


virtue_signaling.pngpalestine.png

Hors ligne

#4 18-12-2021 18:48:57

Dorico
Membre
Lieu : Landes (40)
Inscription : 04-12-2021

Re : [résolu] Echec à lancer Mousepad en root

Bonjour et merci Tawal pour ces explications complètes. Il y avait longtemps que je n'avais pas dû modifier un fichier sources.list et j'avais dû prendre de mauvaises habitudes smile
Merci également otyugh ... Que pense Tawal de ton commentaire ?
J'apprends chaque jour ... grâce à l'équipe de DF ...
Cordialement.

Dernière modification par Dorico (18-12-2021 22:47:01)


Depuis 17 ans sur Linux, 15 ans sur Ubuntu ou Xubuntu et 3 mois sur Debian-xfce ...
Utilisateur de matériel reconditionné (Thinkpad T 460s en ce moment)
Missionnaire du Libre smile

Hors ligne

#5 18-12-2021 19:03:04

Tawal
Membre
Distrib. : Debian Stable à jour
Noyau : amd64
(G)UI : Xfce
Inscription : 25-02-2021

Re : [résolu] Echec à lancer Mousepad en root

@otyugh : argument : risque de casser la session graphique utilisateur.
Je ne suis pas seul à le penser et à le dire : https://debian-facile.org/viewtopic.php … 50#p202850

Comme la science n'est pas infuse, elle se diffuse.
Useless Use of Cat Award
Filenames and Pathnames in Shell: How to do it Correctly
À chaque problème sa solution, à chaque solution son moyen, si pas de moyen, toujours le problème !

Hors ligne

#6 18-12-2021 19:06:05

Croutons
Membre
Distrib. : Debian12
Noyau : Linux 6.1.0-13-amd64
(G)UI : Fluxbox(NakeDeb)
Inscription : 16-12-2016

Re : [résolu] Echec à lancer Mousepad en root

Hello
Sinon pour modifier le sources list en graphique on peut utiliser synaptic

-->les cahiers du debutant<--      WikiDF-->Découvrir les principales commandes Linux<-- 
L' expérience, c'est le nom que chacun donne à ses erreurs. Oscar Wilde

Hors ligne

#7 18-12-2021 19:58:46

otyugh
CA Debian-Facile
Lieu : Quimperlé/Arzano
Distrib. : Debian Stable
Inscription : 20-09-2016
Site Web

Re : [résolu] Echec à lancer Mousepad en root

@otyugh : argument : risque de casser la session graphique utilisateur.


Ce qui compte c'est la vérification, pas le choix de l'éditeur de texte.

Un exemple pour montrer que l'argument est invalide :

sudo EDITOR="pkexec mousepad" apt edit-sources




(et pour avoir regardé ton lien, je ne vois pas vraiment d'argument dans le fil... ? Je rate quelque chose ? Je suis toute ouïe, j'ai juste l'impression que j'ai toujours entendu ce genre d'affirmation, et dans les faits... Ben je vois pas de bonne raison. Sauf une méfiance à priori pour les traitements de textes non-simplistes - mais genre, emacs est bien plus bloat qu'un mousepad tongue)

Dernière modification par otyugh (18-12-2021 20:10:27)


virtue_signaling.pngpalestine.png

Hors ligne

#8 18-12-2021 23:21:52

Tawal
Membre
Distrib. : Debian Stable à jour
Noyau : amd64
(G)UI : Xfce
Inscription : 25-02-2021

Re : [résolu] Echec à lancer Mousepad en root

Il est vrai que j'ai été un peu "sectaire" en disant qu'il ne fallait pas lancer d'application graphique en root dans une session utilisateur.
Et tu as très bien souligné le moyen de comment faire correctement.
Il existe aussi des applications graphiques qui doivent avoir des privilèges élevés pour faire ce qu'elle doivent (synaptic par exemple comme dit Croutons).

Je ne voulais pas rentrer dans les détails, mais j'aurais dû préciser qu'on ne lance pas une application graphique avec des droits root en faisant "sudo app_graph".
C'est le meilleur moyen de "péter" sa session graphique utilisateur.
D'ailleurs certaines applications refusent de se lancer ainsi (ex: firefox de mémoire).
Je n'utilise pas mousepad mais prenons son équivalent : gedit.
On n'édite pas un fichier "root" avec "sudo gedit fich_root", gedit incorpore une fonctionnalité : "gedit admin://fich_root" qui permet d'obtenir les droits (contre un mdp) sur le fichier ouvert et que celui-ci.
Le risque avec "sudo app_graph", c'est de voir des fichiers de configuration de cette application dans le dossier personnel de l'utilisateur corrompus par root. Ce qui peut rendre cette application inopérante pour l'utilisateur.
On peut aussi, en lançant n'importe quoi n'importe comment "péter" sa session graphique.

Comme la science n'est pas infuse, elle se diffuse.
Useless Use of Cat Award
Filenames and Pathnames in Shell: How to do it Correctly
À chaque problème sa solution, à chaque solution son moyen, si pas de moyen, toujours le problème !

Hors ligne

#9 19-12-2021 07:19:29

otyugh
CA Debian-Facile
Lieu : Quimperlé/Arzano
Distrib. : Debian Stable
Inscription : 20-09-2016
Site Web

Re : [résolu] Echec à lancer Mousepad en root

Le risque avec "sudo app_graph", c'est de voir des fichiers de configuration de cette application dans le dossier personnel de l'utilisateur corrompus par root.


Des exemples concrets feraient pas de mal (moi j'en ai pas).
Parce que sudo initialise bien le $HOME, donc les préférences de l'utilisateur ne devraient pas être touchées (ou je vois pas comment).

Dernière modification par otyugh (19-12-2021 07:34:39)


virtue_signaling.pngpalestine.png

Hors ligne

#10 19-12-2021 10:15:26

Tawal
Membre
Distrib. : Debian Stable à jour
Noyau : amd64
(G)UI : Xfce
Inscription : 25-02-2021

Re : [résolu] Echec à lancer Mousepad en root

otyugh a écrit :

Parce que sudo initialise bien le $HOME


Ah et pourtant :

sudo echo $HOME


[sudo] Mot de passe de tawal :
/home/tawal



Quelques explications du risque :
https://doc.ubuntu-fr.org/utilisateurs/ … sudo_gedit
https://askubuntu.com/questions/1162608 … -with-sudo


Comme la science n'est pas infuse, elle se diffuse.
Useless Use of Cat Award
Filenames and Pathnames in Shell: How to do it Correctly
À chaque problème sa solution, à chaque solution son moyen, si pas de moyen, toujours le problème !

Hors ligne

#11 19-12-2021 10:28:34

raleur
Membre
Inscription : 03-10-2014

Re : [résolu] Echec à lancer Mousepad en root

Tawal a écrit :

sudo echo $HOME


Mauvais exemple (comme souvent dû à un mésusage de sudo). La substitution de $HOME intervient avant l'exécution de sudo.


Il vaut mieux montrer que raconter.

Hors ligne

#12 19-12-2021 10:47:52

Tawal
Membre
Distrib. : Debian Stable à jour
Noyau : amd64
(G)UI : Xfce
Inscription : 25-02-2021

Re : [résolu] Echec à lancer Mousepad en root

Oui, j'étais en train de faire des tests pour comprendre ce résultat.
La commande "echo $HOME" dans un script bash lancé avec sudo renvoie bien /root en résultat.
Et c'est là que j'ai compris que le développement de la variable $HOME se faisait par mon interpréteur (bash) à la lecture de la commande et avant l'exécution de celle-ci.

Pour en revenir à l'utilisation de "sudo app_graph", cela m'était déjà arrivé de planter des applications (nautilus, gedit ...) et le souci était que des fichiers de configuration de ces applications avaient été touchés par root et étaient devenus inaccessibles par mon utilisateur.
Bon, cette histoire a 10 ans environ ...
Mais ce genre de manipulation est très maladroite tout de même.


Edit:
Pour pkexec, il faut que l'exécutable soit enregistré ici : /usr/share/polkit-1/actions
Mon environnement de bureau est Xfce, donc avec Mousepad par défaut.
Il est enregistré dans les actions de pkexec : /usr/share/polkit-1/actions/org.xfce.mousepad.policy
Je peux donc le lancer avec "pkexec mousepad".
Mais mon éditeur préféré est gedit, je l'ai donc installé, et il fonctionne très bien (même la fonctionnalité admin://).
Mais il n'est pas enregistré dans les actions de pkexec.
Et donc, il ne m'est pas possible de le lancer avec "pkexec gedit" sans autre manipulations.

pkexec gedit test


Unable to init server: Impossible de se connecter : Connexion refusée

(gedit:172118): Gtk-WARNING **: 11:06:30.436: cannot open display:

Dernière modification par Tawal (19-12-2021 11:09:42)


Comme la science n'est pas infuse, elle se diffuse.
Useless Use of Cat Award
Filenames and Pathnames in Shell: How to do it Correctly
À chaque problème sa solution, à chaque solution son moyen, si pas de moyen, toujours le problème !

Hors ligne

#13 19-12-2021 11:12:42

Jean-Pierre Pinson
Adhérent(e)
Lieu : Orléans
Distrib. : Debian Sid 64bits Ordi.: Thinkpad T400
Noyau : de cerise
(G)UI : xfce
Inscription : 04-03-2017

Re : [résolu] Echec à lancer Mousepad en root

et [résolu] c'est à gauche du titre !

Debian sid
Bureau : xfce
Ordinateur : Thinkpad T400 libreboot

Hors ligne

#14 19-12-2021 13:06:11

Dorico
Membre
Lieu : Landes (40)
Inscription : 04-12-2021

Re : [résolu] Echec à lancer Mousepad en root

Voilà Jean-Pierre,
Ok. Je viens de corriger tous mes titres de message.
Il faut s'habituer aux habitudes de ce forum ...
Cordialement.

Depuis 17 ans sur Linux, 15 ans sur Ubuntu ou Xubuntu et 3 mois sur Debian-xfce ...
Utilisateur de matériel reconditionné (Thinkpad T 460s en ce moment)
Missionnaire du Libre smile

Hors ligne

#15 19-12-2021 19:29:00

otyugh
CA Debian-Facile
Lieu : Quimperlé/Arzano
Distrib. : Debian Stable
Inscription : 20-09-2016
Site Web

Re : [résolu] Echec à lancer Mousepad en root

Et à la politesse/patience irrégulière de ses membres lol

virtue_signaling.pngpalestine.png

Hors ligne

Pied de page des forums