Vous n'êtes pas identifié(e).
al1 a écrit :dans lightdm je n'ai pas de chois autre que openbox session et xsession...
essaies donc "xsession" tu devrai alors être sous x .
essaies dans ce cas ou dans l'autre aussi (wayland) de taper :echo $XDG_SESSION_TYPE
tu verra de suite si tu es sous x ou sous wayland .
Pas la peine, je sais que ce n'est pas une session wayland, et donc que
c'est une session Xorg car les méthodes que j'ai données ne
fonctionnent pas dans wayland.
Hors ligne
Hors ligne
Hors ligne
J'ai ouvert en xsession, edité avec nano /etc/pam.d/su-l, tout fonctionne. C'est magique! Merci à tous!
Attention cependant, cela comporte des risques. Ce n'est pas pour rien que ces
possibilités on été restreintes. Je préconise plutôt la méthode 4 car on ne
donne qu'un accès temporaire, au moment où on en a besoin.
On peut même faire une fonction à mettre dans le .bashrc :
Je pense que le « export XAUTHORITY=$HOME/.Xauthority » est inutile
car il est réalisé par la session Xorg.
Bref, c'est cette fonction qui fera le travail et qui lancera
la vraie commande synaptic quand tu taperas synaptic dans un shell
utilisateur.
Dernière modification par enicar (15-08-2019 22:00:13)
Hors ligne
Dans celui-ci on écrit les lignes suivantes :
Remarque : il faut être root, pour créer ce fichier.
Maintenant, il faut installer un agent pour être authentifié par policykit.
L'agent par défaut qui utilise le tty ne fonctionne pas. Je propose
d'installer « lxpolkit » :
C'est un tout petit bout de lxde, mais vraiment pas grand chose.
Ensuite soit on redémarre la session, en quittant openbox et
se reloggant, soit on peut lancer « lxpolkit » depuis un terminal :
Le « & », c'est pour le lancer en tâche de fond, comme ça on garde la main sur le shell,
pas besoin d'ouvrir un nouveau terminal.
Ensuite on peut lancer synaptic comme suit :
Ça va ouvrir une boîte de dialogue demandant le mot de passe root.
Une fois l'authentification effectuée, synaptic se lancera.
Cette méthode est plus sûre que celles basées sur « su -l ».
Il faut savoir que permettre au application graphique de tourner
avec les droits root à toujours poser des problèmes de sécurité.
Mais, il existe des alternatives à synaptic. On peut utiliser « packagekit »
qui nécessite aussi l'utilisation d'un agent d'authentification pour policykit.
L'avantage de packagekit, c'est qu'il ne tourne pas en tant root, mais il a
été conçu de telle façon qu'il communique (via dbus) avec des processus
qui ont les droits root.
L'autre gestionnaire de paquets graphique qui utilise policykit, c'est muon.
Ça vaudrait le coup de regarder ce qu'il vaut.
En résumé, il faut éviter autant que possible de lancer des applications
graphique avec les droits root, bien que j'ai donné trois solutions qui permettent
de le faire. Donc vous avez vu que c'est possible, comment le faire, mais ne le
faites pas
Hors ligne
Hors ligne
Merci pour cette nouvelle idée
En réalité, il y a trois idées :
1) faire la manipulation pour lancer synaptic avec pkexec
2) tester packagekit
3) tester muon
Hors ligne