> Ou alors l'idée de pouvoir lancer facilement une application sous un autre compte, sans avoir à faire ssh ou sudo qui ne conservent pas l'aspect visuel par exemple
Faire ça par exemple :
$ su -c gedit -l my_user
Password:
Sûr qu'il y a/aura un truc graphique pour ces petits trucs. Ça permet d'économisé de la frappe...
Passionnant...
Il y a un "vieu" truc qui s'appel consolehelper(8).
Exemple d'utilisatation : $ system-config-display
Vous essayez d'exécuter "system-config-display" qui nécessite des privilèges du super-utilisateur. De plus amples informations sont toutefois requises pour cette opération.
Mot de passe pour root :
Si l'appli n'est pas lancée depuis un terminal, c'est une fenêtre qui demande le mot de passe.
C'est géré par pam (c'est-à-dire l'_OS_ et non l'application) :
/etc/security/console.apps/system-config-display USER=root
PROGRAM=/usr/share/system-config-display/system-config-display
SESSION=true
PROGRAM qui n'est en rien fait pour être multi-utilisateur !
Voilà ce que j'appèle : $ ll `which system-config-display`
lrwxr-xr-x 1 root root 13 sep 18 21:47 /usr/bin/system-config-display -> consolehelper
consolehelper utilise userhelper.
Il y a d'autres goodies comme la persistence de l'authentification.
Si je me suis authentifié root il y a 1 minutes, si je lance un autre programme qui demande root, le mot de passe n'est pas a nouveau demandé.
> je suis quasiment sûr de pouvoir te retrouvere un citation où tu l'as dis :)
Trouves la cette citation puisque c'est si fréquent selon toi.
> Bah évolution pourrait gérer sudo en interne pour aller récupérer les infos là où elles sont, avec demande du mdp comme je l'ai dit plus haut.
Donc tourner sous root, ou ne pas utiliser les facilité multi-utilisateur de l'OS, etc...
> Enfin l'idéal serait quand même que X, qui est un serveur, accepte plusieurs sessions graphiques en simultané, plutôt que d'être obligé d'en lancer plusieurs (ce qui est un comble pour un serveur)
Tu dis ça car tu ne connait pas X et je n'ai pas envis de l'expliquer ici.
Et si tu veux deux sessions, voir même un gdm sur ton bureau : $ rpm -q --queryformat "%{DESCRIPTION}\n" -p xorg-x11-Xnest-6.8.0-4.i386.rpm
Xnest is an X server, which has been implemented as an ordinary
X application. It runs in a window just like other X applications,
but it is an X server itself in which you can run other software. It
is a very useful tool for developers who wish to test their
applications without running them on their real X server.
Là dedans tu lances ce que tu veux. N'oublie pas de faire un "su" si necessaire.
[^] # Re: Un trollomètre de mort...
Posté par 007 . En réponse au journal Évolution, Ximian et Novell. Évalué à 0.
Faire ça par exemple :
$ su -c gedit -l my_user
Password:
Sûr qu'il y a/aura un truc graphique pour ces petits trucs. Ça permet d'économisé de la frappe...
Passionnant...
Il y a un "vieu" truc qui s'appel consolehelper(8).
Exemple d'utilisatation :
$ system-config-display
Vous essayez d'exécuter "system-config-display" qui nécessite des privilèges du super-utilisateur. De plus amples informations sont toutefois requises pour cette opération.
Mot de passe pour root :
Si l'appli n'est pas lancée depuis un terminal, c'est une fenêtre qui demande le mot de passe.
C'est géré par pam (c'est-à-dire l'_OS_ et non l'application) :
/etc/security/console.apps/system-config-display
USER=root
PROGRAM=/usr/share/system-config-display/system-config-display
SESSION=true
PROGRAM qui n'est en rien fait pour être multi-utilisateur !
Voilà ce que j'appèle :
$ ll `which system-config-display`
lrwxr-xr-x 1 root root 13 sep 18 21:47 /usr/bin/system-config-display -> consolehelper
consolehelper utilise userhelper.
Il y a d'autres goodies comme la persistence de l'authentification.
Si je me suis authentifié root il y a 1 minutes, si je lance un autre programme qui demande root, le mot de passe n'est pas a nouveau demandé.
> je suis quasiment sûr de pouvoir te retrouvere un citation où tu l'as dis :)
Trouves la cette citation puisque c'est si fréquent selon toi.
> Bah évolution pourrait gérer sudo en interne pour aller récupérer les infos là où elles sont, avec demande du mdp comme je l'ai dit plus haut.
Donc tourner sous root, ou ne pas utiliser les facilité multi-utilisateur de l'OS, etc...
> Enfin l'idéal serait quand même que X, qui est un serveur, accepte plusieurs sessions graphiques en simultané, plutôt que d'être obligé d'en lancer plusieurs (ce qui est un comble pour un serveur)
Tu dis ça car tu ne connait pas X et je n'ai pas envis de l'expliquer ici.
Et si tu veux deux sessions, voir même un gdm sur ton bureau :
$ rpm -q --queryformat "%{DESCRIPTION}\n" -p xorg-x11-Xnest-6.8.0-4.i386.rpm
Xnest is an X server, which has been implemented as an ordinary
X application. It runs in a window just like other X applications,
but it is an X server itself in which you can run other software. It
is a very useful tool for developers who wish to test their
applications without running them on their real X server.
Là dedans tu lances ce que tu veux. N'oublie pas de faire un "su" si necessaire.