plusieurs choses ... par quoi commencer ... ah oui:
mimas a écrit :
C'est vachement cool dans la théorie. Dans la pratique ça à l'air de merder chez archlinux.
C'est effectivement une avancée à mon avis et je ne pense pas être le seul
![Smile :)](./images/smilies/icon_e_smile.gif)
Par contre, ça fonctionne parfaitement sous archlinux, là où ça coince, c'est que sur archlinux contrairement à d'autres distributions, l'utilisateur choisit la plupart du temps de démarrer sa session comme il l'entend, xinitrc ou autre et s'il ne met pas à jour de son propre chef pour y rajouter le démarrage de consolekit, aucun soft ne le fera pour lui
De plus, en upstream, certaines autorisations ne sont pas encore (ou ne l'étaient pas lors de la construction du paquet) incluses notamment celles des partitions ntfs, archlinux ayant pour politique de patcher le moins possible, surtout si plus est, un contournement est facile à mettre en oeuvre par l'utilisateur, des fois ça coince par manque de doc... (mais normalement, y a la totale
![Smile :)](./images/smilies/icon_e_smile.gif)
)
mimas a écrit :En fait je ne sais pas si c'est hal qui le fait réellement.
Hal est là, mise en avant parce que c'est le sommet de l'iceberg, on se rend compte que les *kit existe quand on arrive pas à monter une partition
![Wink ;)](./images/smilies/icon_e_wink.gif)
Mais en réalité, hal est ici au même niveau que n'importe quel soft, il crée des "actions" (cf. wiki policykit) qui sont soumis à des droits, et vérifie ces droits lorsque la méthode liée à l'action est appelée.
gyo a écrit :
Dans un environnement (pseudo)mono-utilisateur (un seul utilisateur en plus de root), est-ce que celà a un réel intérêt ? Étant donné que j’utilise sudo pour faire des manipulations qui requiert des droits de super-utilisateur.
Tout dépend du degré de "desktop attitude" (gyo rajoute moi le "TM" dont les bépoistes ont le secret à la place des ()
![Razz :P](./images/smilies/icon_razz.gif)
) que tu veux, si pour toi, (des exempes au pif) changer de réseaux wifi/d'heure/monter une partition externe/..., doit demander un mdp root et que toute une application soit démarré en root ne te gène pas, pas besoin de policykit.
encore plus si tu n'utilises aucune applications demandant policykit...
De plus en plus d'applications commenceront à l'utiliser, mais là avec ce que tu utilises (je sais pas ce que tu utilises pour les partitions), apparemment t'en a pas besoin.
En ce qui concerne ConsoleKit, c'est un peu différent, c'est directement lié à une utilisation multi-utilisateur et/ou multi-site, on peut en théorie s'en passer pour un mono-utilisateur, mono-poste, mais il faut reconfigurer les permissions.
gyo a écrit :
P-S : *Kit c’est KISS ? (à première vue j’ai pas l’impression
![Confused :?](./images/smilies/icon_e_confused.gif)
)
Avant, tout le monde s'occupait de tout, DBUS faisait IPC et gestion de droits, hal faisait matériel et gestion de droits, et les autres softs se lancait ou bien en root ou géraient tout seuls dans leur coins les droits.
Maintenant (en tout cas, c'est le but), dbus c'est un IPC, hal (bientot devicekit
![Smile :)](./images/smilies/icon_e_smile.gif)
), c'est le matos et les droits peuvent être définis de manière homogènes dans policykit et consolekit s'occupe de détecter la nature de la session, plus KISS que ça, tu meurs, non ?
Voilà, j'espère avoir éclairci
![Razz :P](./images/smilies/icon_razz.gif)