à propos de admin:///

lool_lauris · Le 17/12/2018, à 23:59

Salut,

Il m'a semblé lire quelque part que gksudo était maintenant à remplacer par admin:///
Mais je n'ai pas tout pigé avec ce truc.

Par exemple, l'utilisation de gedit avec admin:/// :
Si j'essaie d'ouvrir un fichier du système avec cette commande :

gedit admin:///etc/apache2/apache2.conf

gedit s'ouvre avec un message d'erreur :

Impossible d'ouvrir le fichier « admin:///etc/apache2/apache2.conf ».
Impossible de prendre en charge les protocoles « admin ».

et dans la console :

** (gedit:8448): WARNING **: L’emplacement indiqué n’est pas pris en charge

???

EDIT :

laurent@lool-W510:~$ uname -a
Linux lool-W510 4.15.0-42-generic #45~16.04.1-Ubuntu SMP Mon Nov 19 13:02:27 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux
laurent@lool-W510:~$

Dernière modification par lool_lauris (Le 18/12/2018, à 00:14)

Roschan · Le 18/12/2018, à 00:19

Il m'a semblé lire quelque part que gksudo était maintenant à remplacer par admin:///
Mais je n'ai pas tout pigé avec ce truc

Ce que tu n'as pas pigé, c'est que une version d'Ubuntu sortie il y a plus de 2 ans et demi dont la version de Nautilus date d'il y a 4 ans, et la version de gedit d'il y a 3 ans, ce n'est pas "maintenant", c'est au contraire plutôt très vieux à l'échelle de la vitesse de développement du bureau GNOME.

Dernière modification par Roschan (Le 18/12/2018, à 00:20)

lool_lauris · Le 18/12/2018, à 00:30

Roschan a écrit :

Il m'a semblé lire quelque part que gksudo était maintenant à remplacer par admin:///
Mais je n'ai pas tout pigé avec ce truc
Ce que tu n'as pas pigé, c'est que une version d'Ubuntu sortie il y a plus de 2 ans et demi dont la version de Nautilus date d'il y a 4 ans, et la version de gedit d'il y a 3 ans, ce n'est pas "maintenant", c'est au contraire plutôt très vieux à l'échelle de la vitesse de développement du bureau GNOME.

OK et ?

En fait ma question ne porte pas sur une temporalité ou encore un questionnement sur un instant précis. Je n'ai pas besoin de la poser à nouveau, je pense que tu l'as comprise, non ?

Roschan · Le 18/12/2018, à 00:38

Ta seule question est, je cite, "???"

Et moi je t'explique que tu utilises une distribution ancienne avec des logiciels anciens, et que tu tentes d'y exécuter des commandes récentes, qui n'y existent donc tout simplement pas. Ce n'est pas plus compliqué que cela.

Dernière modification par Roschan (Le 18/12/2018, à 00:38)

lool_lauris · Le 18/12/2018, à 00:47

Alors pourquoi ne pas l'avoir dit simplement et gentiment dans ta 1ère réponse ?
C'est curieux dans une très grande majorité des discussions où tu interviens brillamment sur la technique, il faut que tu comportes lamentablement sur le relationnel. Tu crois vraiment que ta grande compétence technique te permette de prendre tous les "inférieurs" comme des merdes ?
En fait t'es bon mais t'es con !

Et je sais que je serai banni pour ce que je viens de dire mais il serait bien que tu sois également remis en place de temps à autres.
Bonne nuit.

patked · Le 18/12/2018, à 01:23

Oui, je trouve aussi dommage que certaines questions soient moquées, le principe de ce forum étant d'aider. Or Ubuntu a été aussi conçu pour des non spécialistes, et n'est pas réservé à une élite,
Je ne peux t'aider pour ton pb admin, j'espère que qq le pourra

bluc · Le 18/12/2018, à 01:39

Il y a des fois il est sympa , pas souvent mais ça arrive

cqfd93 · Le 18/12/2018, à 01:50

Modération

Bonjour,

@Roschan : il était inutile et déplacé d'utiliser ce ton pour simplement expliquer à lool_lauris que sur sa distribution (16.04) on ne pouvait pas utiliser

gedit admin:///xxxx

mais que

gksudo gedit

était encore parfaitement d'usage.

Si vraiment ça t'ennuie de répondre à des questions aussi basiques, c'est très simple : n'interviens pas.

serged · Le 18/12/2018, à 10:51

Le plus simple, ce que je fais, c'est d'utiliser la bonne vieille méthode :

sudo gedit xxxxx

Ça marche à tous les coups, avec n'importe quelle appli

Le premier qui dit que "c'est mal" d'utiliser sudo avec une appli graphique apprendra que le bug est corrigé depuis longtemps, en tout cas, bien avant la suppression arbitraire de gksudo.

maxire · Le 18/12/2018, à 11:28

Salut,

serged a écrit :

Le premier qui dit que "c'est mal" d'utiliser sudo avec une appli graphique apprendra que le bug est corrigé depuis longtemps,

Pour gedit le bug est peut-être corrigé en ce qui concerne les autres éditeurs graphiques je ne sais pas, donc mieux vaut être prudent.
L'utilisation de sudo «Éditeur graphique» n'est pas un mal, ce n'est juste pas conseillé et maintenant impossible à utiliser avec Wayland.

Dernière modification par maxire (Le 18/12/2018, à 11:28)

Christophe C · Le 18/12/2018, à 13:33

Serged a écrit :

Le premier qui dit que "c'est mal" d'utiliser sudo avec une appli graphique apprendra que le bug est corrigé depuis longtemps, en tout cas, bien avant la suppression arbitraire de gksudo.

Je ne sais pas de quel bug tu parles, mais le problème de fonds, c'est que tout ce qu'écrit le logiciel passe en mode "admin". Si le logiciel écrit dans son profil, celui devient illisible sans mot de passe.

J'ai eu le cas récemment : je lance un sudo gimp pour retoucher une icone dans les répertoires système. Le profil est touché (sais pas pourquoi). Au démarrage suivant : profil inaccessible par gimp. Obligé d'en changer les droits.

Gksudo, si j'ai bien compris, empêchait les écritures dans les config.

Pour gedit, je pense que le risque est faible, peut-être nul, mais ce n'est pas forcément vrai pour tout logiciel.

Sinon, j'ai compris que sudo -H faisait plus ou moins le boulot de gksudo, mais je n'ai pas creusé. Edit : ce qu'en dit le man :

Man a écrit :

The -H (HOME) option sets the CWHOME environment variable to the homedir of the target user (root by default) as specified in passwd(5). By default, sudo does not modify CWHOME (see set_home and always_set_home in sudoers(5)).

Donc cela remplis le rôle de gksudo.

Et sinon, on peut toujours installer gksudo en téléchargeant son deb. il n'est plus maintenu, mais il marche encore. Ensuite, vu que sudo -H existe, je ne vois pas l’intérêt.

En conclusion, il y a des risques allant de nuls à forts (selon l'appli) à utiliser sudo + appli graphique, donc utilisez sudo -H. Pour wayland, c'est plutôt pkexec ou admin:///

Dernière modification par Christophe C (Le 18/12/2018, à 13:41)

Roschan · Le 18/12/2018, à 14:14

il faut que tu comportes lamentablement sur le relationnel

Alors là, va falloir m'expliquer où est le problème de ton. Parce qu'en l'absence de question explicite de sa part, j'ai juste repris la formulation de son message.

krodelabestiole · Le 18/12/2018, à 14:29

[hs]
en l'occurrence je pense que c'est pas tant un problème de ton qu'une assiduité incongrue à pointer et démonter toutes les petites erreurs de formulation et autres maladresses rhétoriques ou techniques des demandeurs d'aide, au lieu d'expliquer simplement le fond du problème et les moyens d'y remédier.

à mon avis c'est ce genre de chose qui énerve régulièrement tes interlocuteurs, car ils peuvent y voir une forme de condescendance - à tort ou à raison, je n'ai pas les outils pour en juger.
[/hs]

Dernière modification par krodelabestiole (Le 18/12/2018, à 14:32)

diesel · Le 18/12/2018, à 17:19

Christophe C a écrit :

Serged a écrit :
Le premier qui dit que "c'est mal" d'utiliser sudo avec une appli graphique apprendra que le bug est corrigé depuis longtemps, en tout cas, bien avant la suppression arbitraire de gksudo.
Je ne sais pas de quel bug tu parles, mais le problème de fonds, c'est que tout ce qu'écrit le logiciel passe en mode "admin". Si le logiciel écrit dans son profil, celui devient illisible sans mot de passe.
J'ai eu le cas récemment : je lance un sudo gimp pour retoucher une icone dans les répertoires système. Le profil est touché (sais pas pourquoi). Au démarrage suivant : profil inaccessible par gimp. Obligé d'en changer les droits.
Gksudo, si j'ai bien compris, empêchait les écritures dans les config.
Pour gedit, je pense que le risque est faible, peut-être nul, mais ce n'est pas forcément vrai pour tout logiciel.
Sinon, j'ai compris que sudo -H faisait plus ou moins le boulot de gksudo, mais je n'ai pas creusé. Edit : ce qu'en dit le man :
Man a écrit :
The -H (HOME) option sets the CWHOME environment variable to the homedir of the target user (root by default) as specified in passwd(5). By default, sudo does not modify CWHOME (see set_home and always_set_home in sudoers(5)).
Donc cela remplis le rôle de gksudo.
Et sinon, on peut toujours installer gksudo en téléchargeant son deb. il n'est plus maintenu, mais il marche encore. Ensuite, vu que sudo -H existe, je ne vois pas l’intérêt.
En conclusion, il y a des risques allant de nuls à forts (selon l'appli) à utiliser sudo + appli graphique, donc utilisez sudo -H. Pour wayland, c'est plutôt pkexec ou admin:///

Je ne vois pas quel est le problème entre sudo et les applis "graphiques".

Si je fais un

sudo une_application_en_mode_texte

et que celle-ci écrit dans des fichiers de config, le résultat sera exactement le même qu'avec une appli graphique qui écrirait dans des fichiers de config.

Amicalement.

Jean-Marie

erresse · Le 18/12/2018, à 18:06

Franchement, depuis le temps qu'on écrit sur ce sujet, on doit pouvoir compiler un dictionnaire avec les messages du forum !
Si des réfractaires veulent à toute force utiliser "sudo" pour lancer leurs applications graphiques... qu'ils le fassent !!!
Tant que ça fonctionnera sans anicroche pour eux, basta, et le jour où ils auront un pépin, ils comprendront mieux pour quelle raison on déconseille cette forme d'appel, voilà tout.

Roschan · Le 18/12/2018, à 18:29

diesel83140 a écrit :

Si je fais un
sudo une_application_en_mode_texte
et que celle-ci écrit dans des fichiers de config, le résultat sera exactement le même qu'avec une appli graphique qui écrirait dans des fichiers de config.

Les applications graphiques ont besoin des bus de communication, des fichiers de configuration et du système de fichiers. Ton application en ligne de commande, elle peut faire de la merde, oui. Mais elle n'est pas supposée le faire. Est-ce que sudo apt écrit des trucs dans le /home/ ? Non. sudo ls ? Non. sudo grep ? Non. Est-ce que sudo gimp le fait ? Oui, alors que ça n'a aucun sens d'entrer une telle commande de toutes manières. Est-ce que sudo apt ouvre un client Xorg et donc une faille de sécurité puisque les autres clients peuvent l'espionner et y transmettre des entrées ? Non. Est-ce que sudo gimp le fait ? Oui. Du coup :

diesel83140 a écrit :

Je ne vois pas quel est le problème entre sudo et les applis "graphiques".

Là par contre vous verrez sans doute tous un souci de ton à mon propos.

Si tu ne vois vraiment pas le problème, c'est que t'es complètement à l'ouest et que tu devrais t'abstenir de donner des conseils sur un aspect aussi critique en termes de sécurité que la commande sudo : tous les développeurs d'Ubuntu voient le problème, et cela depuis qu'Ubuntu existe, des options et bricolages divers comme sudo -H, gksu, etc. ne sont pas arrivés ici par hasard, et polkit n'est pas développé, utilisé et privilégié depuis plus de 10 ans (Ubuntu 8.04) par hasard non plus.

Dernière modification par Roschan (Le 18/12/2018, à 18:29)

Christophe C · Le 18/12/2018, à 20:32

diesel83140 a écrit :

Je ne vois pas quel est le problème entre sudo et les applis "graphiques".

si gimp écrit dans son fichier de config, il le fait avec les droits de l’utilisateur qui l'a lancé. Et le fichier de config étant spécifique à un utilisateur, il ne marchera pas avec les autres.

1/ Si c'est c'est l'utilisateur "normal", chaque nouveau démarrage de gimp se faisant avec l'utilisateur "normal" lira le fichier de config "normal" : pas de problème.

2/ Si c'est l'utilisateur admin/root qui lance gimp (sudo gimp), le fichier de config modifié devient root. Il n'acceptera plus de se lancer quand monsieur "normal" (disons diesel83140) lance gimp. Celui-ci démarrera mais ne pourra plus lire le fichier de config (qui appartient à root), donc tu auras un gimp tout bizarre. Si tu refais un sudo gimp, il retrouvera son fichier de config, et gimp remarchera normalement. Sauf que démarrer en sudi à chaque fois, c'est compliqué. Et les images modifiées seront root, donc uniquement utilisables en root. Un gros boxon.

C'est cela le problème. J'ai testé .

Roschan a écrit :

Là par contre vous verrez sans doute tous un souci de ton à mon propos.

La première intervention n'était pas incritiquable, mais là, non. Pas de problème . Je pense que tu as exprimé ce qu'on pensait tous . Ensuite, on est là pour apprendre.

Dernière modification par Christophe C (Le 18/12/2018, à 20:38)

diesel · Le 18/12/2018, à 22:01

Christophe C a écrit :

diesel83140 a écrit :
Je ne vois pas quel est le problème entre sudo et les applis "graphiques".
si gimp écrit dans son fichier de config, il le fait avec les droits de l’utilisateur qui l'a lancé. Et le fichier de config étant spécifique à un utilisateur, il ne marchera pas avec les autres.
1/ Si c'est c'est l'utilisateur "normal", chaque nouveau démarrage de gimp se faisant avec l'utilisateur "normal" lira le fichier de config "normal" : pas de problème.
2/ Si c'est l'utilisateur admin/root qui lance gimp (sudo gimp), le fichier de config modifié devient root. Il n'acceptera plus de se lancer quand monsieur "normal" (disons diesel83140) lance gimp. Celui-ci démarrera mais ne pourra plus lire le fichier de config (qui appartient à root), donc tu auras un gimp tout bizarre. Si tu refais un sudo gimp, il retrouvera son fichier de config, et gimp remarchera normalement. Sauf que démarrer en sudo à chaque fois, c'est compliqué. Et les images modifiées seront root, donc uniquement utilisables en root. Un gros boxon.
C'est cela le problème. J'ai testé .

Tu as lu mon intervention en entier ?

Amicalement.

Jean-Marie

Christophe C · Le 18/12/2018, à 23:52

Oui. Tu indiques que si une appli texte en sudo écrit dans des fichiers de config, le résultat sera exactement le même qu'avec une appli graphique qui écrirait dans des fichiers de config.

Ce qui est vrai en théorie, et faux en pratique : les appli textes n'ont PAS de fichier de config dan le compte utilisateur, contrairement aux appli graphiques.

Donc tu peux utiliser un sudo nano autant que tu veux, cela n'écrira jamais dans le compte user : nano n'a pas de fichier de conf (edit : dans le compte USER).

Un sudo gedit sans doute pas (jamais vu le cas, en tout cas), mais il pourrait, puisqu'il a un fichier de conf en compte user.

Et un sudo gimp écrit dans le compte user : j'ai testé.

C'est pourquoi ta remarque est vraie-en-théorie-mais-fausse-en-pratique : une appli texte n'a jamais (il y a peut-être des cas, mais je ne les connais pas) de fichier de conf en compte user. Il y a dconf, htop (mais qu'on ne lance jamais en sudo), et sinon je ne vois pas.

Dernière modification par Christophe C (Le 19/12/2018, à 09:47)

maxire · Le 19/12/2018, à 00:18

Christophe C a écrit :

nano n'a pas de fichier de conf.

Euh, si le fichier /etc/nanorc mais c'est une configuration système et elle ne se modifie qu'en mode manuel donc sudo ne va rien casser.

melixgaro · Le 19/12/2018, à 00:37

Il y a bien less qui écrit un historique dans ~/.lesshst, wget qui écrit un historique dans ~/.wget-hsts. Il me semble que quelqu'un sur le forum faisait remarquer, dans une conversation ou un HS a propos de sudo, que nano écrivait aussi un historique des recherches.

Modif. : C'est ici que Bruno fait la remarque sur sudo nano à Roschan.

Dernière modification par melixgaro (Le 19/12/2018, à 00:42)

diesel · Le 19/12/2018, à 07:33

Christophe C a écrit :

Oui. Tu indiques que si une appli texte en sudo écrit dans des fichiers de config, le résultat sera exactement le même qu'avec une appli graphique qui écrirait dans des fichiers de config.
Ce qui est vrai en théorie, et faux en pratique : les appli textes n'ont PAS de fichier de config dan le compte utilisateur, contrairement aux appli graphiques.
Donc tu peux utiliser un sudo nano autant que tu veux, cela n'écrira jamais dans le compte user : nano n'a pas de fichier de conf.
Un sudo gedit sans doute pas (jamais vu le cas, en tout cas), mais il pourrait, puisqu'il a un fichier de conf en compte user.
Et un sudo gimp écrit dans le compte user : j'ai testé.
C'est pourquoi ta remarque est vraie-en-théorie-mais-fausse-en-pratique : une appli texte n'a jamais (il y a peut-être des cas, mais je ne les connais pas) de fichier de conf en compte user. Il y a dconf, htop (mais qu'on ne lance jamais en sudo), et sinon je ne vois pas.

melixgaro a écrit :

Il y a bien less qui écrit un historique dans ~/.lesshst, wget qui écrit un historique dans ~/.wget-hsts. Il me semble que quelqu'un sur le forum faisait remarquer, dans une conversation ou un HS a propos de sudo, que nano écrivait aussi un historique des recherches.
Modif. : C'est ici que Bruno fait la remarque sur sudo nano à Roschan.

Comme quoi, finalement, mon intervention n'était peut-être pas si con que ça...

Amicalement.

Jean-Marie

Dernière modification par diesel (Le 19/12/2018, à 07:35)

Christophe C · Le 19/12/2018, à 09:47

Maxire a écrit :

Euh, si le fichier /etc/nanorc

Oui, pas de fichier de conf dans le compte USER . Ma phrase n'était pas complète, mais c'est assez clair dans le reste de mon développement

Christophe C · Le 19/12/2018, à 09:55

diesel83140 a écrit :

Comme quoi, finalement, mon intervention n'était peut-être pas si con que ça

Cela a permis de creuser le sujet, disons, mais ce que tu disais n'en était pas moins risqué. Une appli en mode texte n'écrit pas ou très peu, dans le compte user, donc pas (ou très peu) de risque. Une appli graphique a (presque) forcément un fichier de conf dans ton compte USER, donc le risque est sans commune mesure. J'utilise souvent sudo mousepad, car je sais qu'il n'écrit pas dans son fichier de conf pendant une opération d'édition (genre ouvrir le fstab). Ok, j'ai testé ce cas, et cela fonctionne. En réalité cela marche dans la majorité des cas (un prog, même graphique, ne passe pas son temps à bidouiller ses fichiers de conf). C'est juste que c'est un peu la roulette russe.

Bon, en résumé : sudo + appli pas graphique ; sudo -H + appli graphique
(ou pkexec, mais c'est plus restreint, car il faut que le logiciel soit conçu pour utiliser polycikit / polkit).

Dernière modification par Christophe C (Le 19/12/2018, à 09:56)

krodelabestiole · Le 19/12/2018, à 10:09

j'ai l'impressions qu'il y a pas mal de mythes qui prennent corps dans cette discussion.

il n'y a pas de différence fondamentale entre ce que fait un logiciel qui s'execute exclusivement en ligne de commande ou un logiciel qui utilise une interface graphique, ou encore un service / daemon.
ça correspond simplement à différents usages, et chaque logiciel peut être lancé par divers utilisateurs.
dans la pratique si le logiciel n'a pas besoin de modifier les comportements du systèmes, il se contentera de travailler dans le dossier home de l'utilisateur courant. parce que c'est sa place et qu'il aura les permissions pour le faire.
maintenant effectivement les applications graphiques auront plus tendances à le faire que celles en ligne de commande, parce qu'elles proposent généralement des fonctionnalités plus avancées : éléments récents, disposition des éléments, plus de paramètres, etc.
mais il n'y a pas de règle absolue à ce sujet.

et aussi la plupart du temps les logiciels "graphiques" n'exécutent pas des "commandes" en arrière plan. ils exécutent directement des opérations de bas niveau, sans passer par un shell caché.

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 17/12/2018, à 23:59

à propos de admin:///

#2 Le 18/12/2018, à 00:19

Re : à propos de admin:///

#3 Le 18/12/2018, à 00:30

Re : à propos de admin:///

#4 Le 18/12/2018, à 00:38

Re : à propos de admin:///

#5 Le 18/12/2018, à 00:47

Re : à propos de admin:///

#6 Le 18/12/2018, à 01:23

Re : à propos de admin:///

#7 Le 18/12/2018, à 01:39

Re : à propos de admin:///

#8 Le 18/12/2018, à 01:50

Re : à propos de admin:///

#9 Le 18/12/2018, à 10:51

Re : à propos de admin:///

#10 Le 18/12/2018, à 11:28

Re : à propos de admin:///

#11 Le 18/12/2018, à 13:33

Re : à propos de admin:///

#12 Le 18/12/2018, à 14:14

Re : à propos de admin:///

#13 Le 18/12/2018, à 14:29

Re : à propos de admin:///

#14 Le 18/12/2018, à 17:19

Re : à propos de admin:///

#15 Le 18/12/2018, à 18:06

Re : à propos de admin:///

#16 Le 18/12/2018, à 18:29

Re : à propos de admin:///

#17 Le 18/12/2018, à 20:32

Re : à propos de admin:///

#18 Le 18/12/2018, à 22:01

Re : à propos de admin:///

#19 Le 18/12/2018, à 23:52

Re : à propos de admin:///

#20 Le 19/12/2018, à 00:18

Re : à propos de admin:///

#21 Le 19/12/2018, à 00:37

Re : à propos de admin:///

#22 Le 19/12/2018, à 07:33

Re : à propos de admin:///

#23 Le 19/12/2018, à 09:47

Re : à propos de admin:///

#24 Le 19/12/2018, à 09:55

Re : à propos de admin:///

#25 Le 19/12/2018, à 10:09

Re : à propos de admin:///

Pied de page des forums