J'aimerais juste comprendre l'intéret pour systemctl (ou à polkit) de me demander un mot de passe en mode GUI alors que je suis sur un terminal.
Parce que, comme c'est dit plus haut, ce n'est pas polkit qui gère l'authentification, mais un "agent". Tu as le même problème (comme dit plus haut) avec tous les systèmes fonctionnant avec des agents (par exemple GnuPG, SSH, ...).
Je préfèrerais que polkit ne s'en mêle pas et que systemctl me dise qe j'ai besoin de privilèges pour exécuter certaines choses ...
Il le fait, mais seulement avec l'option "--no-ask-password" comme dit plus haut.
Ah mais j'y pense, est-ce que les devs de systemd ne considèrerainet pas sudo comme obsolète ?
Sudo et polkit n'ont strictement rien à voir. Sudo te permet de lancer une application avec un autre utilisateur, polkit permet de lancer des actions en privilégié alors que ton utilisateur n'a pas les droits.
Pourquoi pas, mais de mon point de vue polkit tel qu'il est aujourd'hui n'est pas une bonne idée pour le remplacer.
Pourquoi remplacer ? C'est complémentaire. Qu'est ce qui t'empêche aujourd'hui d'utiliser systemctl via sudo ?
[^] # Re: GPG aussi
Posté par GnunuX (site web personnel) . En réponse au message [systemd] désactivation de la demande de mot de passe via GUI lors de l'arrêt/relance d'un service. Évalué à 4.
Parce que, comme c'est dit plus haut, ce n'est pas polkit qui gère l'authentification, mais un "agent". Tu as le même problème (comme dit plus haut) avec tous les systèmes fonctionnant avec des agents (par exemple GnuPG, SSH, ...).
Il le fait, mais seulement avec l'option "--no-ask-password" comme dit plus haut.
Sudo et polkit n'ont strictement rien à voir. Sudo te permet de lancer une application avec un autre utilisateur, polkit permet de lancer des actions en privilégié alors que ton utilisateur n'a pas les droits.
Pourquoi remplacer ? C'est complémentaire. Qu'est ce qui t'empêche aujourd'hui d'utiliser systemctl via sudo ?