La différence entre sudo cmd
et est gksu cmd
-elle la même que la différence
entre le démarrage d'un shell avec sudo -i
et sudo -s
?
... ou d' autres termes,
est - sudo cmd
le même que sudo -i cmd
et gksu cmd
le même que celui sudo -s cmd
?
EDIT: Basé sur ce que j'ai lu sur une page de documentation Ubuntu où il est dit:
You should never use normal sudo to start graphical applications as root.
You should use gksudo (kdesudo on Kubuntu) to run such programs. gksudo sets
HOME=~root, and copies .Xauthority to a tmp directory. This prevents files
in your home directory becoming owned by root.
(AFAICT, this is all that's special about the environment of the started
process with gksudo vs. sudo).
Le « AFAICT » doe me donne vraiment pleine confiance qu'il n'y a rien de plus à elle.
(..un attardé MISE À JOUR : J'ai testé son commemnt aujourd'hui (2 mois plus tard) sur:
«Ce fichiers Prévient dans votre répertoire devenir la propriété de root »
Tous les fichiers que j'ai créé via la commande sudo / gksu appartenaient toutes à « racine », et le groupe était " root ".)
J'ai lu des parties du info sudo
et j'ai remarqué le -i
et -s
semble faire la même chose que le problème d' environnement AFAICT ...
mais j'ai rencontré une surcharge .. j'ai donc posé ma question ici.
PS .. Ma question ne concerne pas sudo vs gksu
.. Elle concerne plutôt: gksu est-il le même que sudo -s
.. et sinon, en quoi diffèrent-ils?
la source
graphical
frontend ... une application GTK fonctionne très bien, qu'elle soit lancée via sudo ou gksu ... mais elle exécute le programme dans un environnement différent ... (je ' Je vais ajouter un peu plus à ma question pourgraphical frontend
. J'utilise toujours le terminal pour exécuter sudo / gksu ... mais dans un esprit de force brute essayant tout ce à quoi je pouvais penser, j'ai essayé de courirsudo
etgksu
via Alt + F2 ... Bingo! .. asudo
disparu dans le vide, mais agksu
saisi l'occasion et m'a présenté le (légendaire)graphical forntend
... C'est le même dialogue que celui qui apparaît pour Synaptic Package Manager etc ...gksu
change le dossier XAUTHORITY, etsudo
ne le fait pas ... Je ne sais pas de quoi il s'agit, mais cela semble important! ... Cela a résolu mon dilemme ... (détails dans ma réponse ci-dessous)sudo -i
réinitialise l'environnement de connexion à l'utilisateur cible ( root , dans ce cas). C'est principalement que laHOME
variable d'environnement est modifiée, ce qui signifie que l'utilisateur cible~/.bashrc
est chargé.gksu
est, par conséquent, commesudo -i
dans ce qui passe$HOME
à l' utilisateur root .la source
sudo
variantes dont j'ai parlé ... et réalisant que cela a été le Aha! moment pour moi ... Le résultat est: Utilisez gksu pour les applications GUI! .. mais je me retrouve avec une autre question non résolue ... gksu s'applique- t-il uniquement aux applications GTK , ou est-il parfaitement acceptable d'utiliser gksu lors de l'exécution d'une application graphique KDE ?Ce n'est pas vraiment une réponse, mais cela peut être d'un certain intérêt ...
Je commence à avoir une idée de ce qui se passe avec ces commandes su,
mais je n'y suis pas encore tout à fait ... J'utilise
gksu
. .. C'est plus un voyage de compréhension pour moi ... et je ne veux pas comprendre sigksu
c'est valable pourkonsole
oukate
, ou dois- je utiliser la variante KDEkdesu
..Voici quelques résultats de quelques tests que je viens d'essayer.
Ces résultats ne correspondent pas à la page de documentation d'Ubuntu , où il est indiqué:
MISE À JOUR: Les
env
variables XAUTHORITY pour les terminaux invoqués sudo et gksu sont différentes (comme mentionné sur la page de documentation d'Ubuntu ).Cela montre que ce
gksu
n'est certainement pas la même que lasudo -s
commande à laquelle j'ai fait référence dans la question ... et répond donc à ma question initiale (d'une manière encore obscure) ... et la réponse de Chris m'a certainement fait réfléchir sérieusement sur celle-ci! ... Je veux un café!!la source
sudo est pour les applications en ligne de commande, gksu / gksudo pour les applications graphiques
la source
gksu
fonctionne à partir d'une copie temporaire de XAUTHORITY .. Je ne suis pas clair sur les détails de la raison pour laquelle XAUTHORITY doit être traité spécialement, mais c'est une chose majeure qui distingue son comportement desudo