Vous n'êtes pas identifié(e).
Je ne comprends pas pourquoi il ne cherche pas à mettre policykit à jour sur un dist-upgrade normal, alors qu'il y trouve comment faire si je lui demande explicitement; pas plus que je ne comprends pourquoi il cherche à m'installer systemd sur le dist-upgrade seul, alors que, manifestement, ça ne servirait pas à grand chose. Si quelqu'un avait des explications, je serais preneur.
Mais bon, soit.
En gros, je ne suis pas super chaud pour passer à systemd dans l'immédiat, et vu que policykit semble être le seul bout de mon système actuel qui semble en avoir besoin, je suis en train de me dire que virer policykit serait peut-être aussi simple.
Il me semble que policykit ne sert qu'à deux choses, sur mon système: monter/démonter les périphériques avec udisks, et éteindre/redémarrer avec un outil utilisant consolekit (en tout cas, ce sont les deux seuls trucs pour lesquels j'ai eu besoin d'aller bidouiller les permissions adéquates, et les seules opérations qui me semblent utiliser des droits root).
Or, je viens de (re)découvrir pmount, qui peut tout à fait raisonnablement remplacer udisks (à première vue, il pourrait même être plus pratique). Du coup, je me demandais s'il y avait également d'autres moyens d'éteindre/redémarrer la machine en tant que simple utilisateur. Le cas échéant, pensez-vous qu'il serait faisable et sans trop de risques que je vire complètement policykit?
Elzen: polisson, polémiste, polymathe !
Hors ligne
Il te faudra recompiler le paquet policykit-1 sans systemd. Bref, c'est une histoire de fou pour se débarrasser du systemd à partir de Jessie. Si tu es un grand pro dans cette domaine tu peux aller.
Tu n'es pas sans savoir ? que le système d'INIT par défaut de Debian Jessie sera systemd (pour les variantes Linux de la distribution) y compris Sid.
Sid n'est pas une variante de Jessie
Et comme tu le dis: le système d'init par défaut. Ce qui signifie qu'on peut encore en utiliser un autre, non?
Soit tu abandonnes tes veilles habitudes, soit .... je te laisse le choix.
Encore heureux, trop aimable à toi de me laisser le choix -_-
Je ne vois pas ce qui, dans mon post, est question de vieilles habitudes.
Systemd livre logind
Certes. Et?
Il te faudra recompiler le paquet policykit-1 sans systemd.
Au cas où tu ne l'aurais vraiment pas remarqué, l'objectif de mon post était de chercher à vérifier si je pouvais virer policykit; donc je ne pense pas que le recompiler soit particulièrement utile.
Elzen: polisson, polémiste, polymathe !
Hors ligne
à vérifier si je pouvais virer policykit; donc je ne pense pas que le recompiler soit particulièrement utile.
Si tu ne sais pas recompiler, vires-là, on verra bien
polkit is a toolkit for defining and handling authorizations. It is
used for allowing unprivileged processes to speak to privileged
processes.
Ce que l'on peut traduire approximativement par :
polkit est un kit d'outils permettant de définir et de gérer les autorisations.
Il est utilisé pour permettre à des processus non privilégiés de communiquer avec des
processus privilégiés.
voilà
Hors ligne
Pour voir ce qu'il serait nécessaire de supprimer, en supprimant policykit.
Remarques bien le -s, pour demander une simulation. Ça permet de voir ce qui devrait être fait.
Hors ligne
aptitude -s purge policykit-1
Les paquets suivants seront ENLEVÉS :
policykit-1{p}
0 paquets mis à jour, 0 nouvellement installés, 1 à enlever et 0 non mis à jour.
Il est nécessaire de télécharger 0 o d'archives. Après dépaquetage, 337 ko seront libérés.
Les paquets suivants ont des dépendances non satisfaites :
hplip : Dépend: policykit-1 mais il ne sera pas installé.
policykit-1-gnome : Dépend: policykit-1 mais il ne sera pas installé.
colord : Dépend: policykit-1 (>= 0.103) mais il ne sera pas installé.
Les actions suivantes permettront de résoudre ces dépendances :
Supprimer les paquets suivants :
1) colord
2) hplip
3) policykit-1-gnome
Accepter cette solution ? [Y/n/q/?] n
Les actions suivantes permettront de résoudre ces dépendances :
Conserver les paquets suivants dans leur version actuelle :
1) policykit-1 [0.105-6 (now, testing, unstable)]
Accepter cette solution ? [Y/n/q/?] n
*** Aucune autre solution disponible ***
Les actions suivantes permettront de résoudre ces dépendances :
Conserver les paquets suivants dans leur version actuelle :
1) policykit-1 [0.105-6 (now, testing, unstable)]
Accepter cette solution ? [Y/n/q/?]
Or, monsieur utilise plutôt apt-get.
Or, monsieur utilise plutôt apt-get.
Oui, et bien je ne sais pas si on peut faire une simulation avec apt-get. Remarques, il suffit d'abandonner
lorsque apt-get propose de le faire…
Hors ligne
Pour ma part, je suis passé à systemd, et je ne m'en plains pas du tout (j'ai juste eu quelques problèmes lorsque je tente de mélanger LXC et systemd mais ça semble être corrigé avec les nouvelles versions).
Je pense qu'avec un peu d'expérience, ce sera possible d'aller bien plus loin avec systemd qu'on ne peut le faire avec sysvinit.
captnfab,
Association Debian-Facile, bépo.
TheDoctor: Your wish is my command… But be careful what you wish for.
Hors ligne
Si tu ne sais pas recompiler, vires-là, on verra bien
Honnêtement, à part laisser entendre que tu te fiches éperdument de ce que je raconte (parce qu'encore une fois, recompiler ce paquet est juste totalement hors-sujet par rapport à ma demande), je ne suis pas sûr que ce genre de commentaires soit très utile.
Il faut préciser à quoi sert polkit
Yep, je sais bien ça
Ce qui ne m'empêche pas de m'interroger sur la pertinence de le conserver, dans l'hypothèse où je trouverais comment gérer l'extinction et le redémarrage de la machine autrement, dans la mesure où c'est désormais le seul usage connu et identifié pour lequel polkit m'est utile (pmount me semblant largement plus intéressant qu'udisks).
Oui, et bien je ne sais pas si on peut faire une simulation avec apt-get.
apt-get -s, tout simplement
En l'occurrence, ça ne virerait à première vue que les paquets hplip et printer-driver-postscript-hp, qui ne me sont absolument d'aucune utilité et dont je me demande d'ailleurs ce qu'ils fichent installés sur ma machine.
Mais comme ça ne virerait pas, par exemple, udisks, qui est encore installé et en a normalement besoin pour fonctionner, je ne suis pas sûr que regarder les paquets qui seraient désinstallés soit très utile pour savoir ce que ça changerait réellement au système.
Sinon, pour le problème initial, tu dois pouvoir voir ce qui bloque la mise à jour
Ben justement: rien ne semble bloquer la mise à jour. Quand je lui demande explicitement de s'occuper de ce paquet, il semble y parvenir sans problème, c'est justement pour ça que je m'étonne qu'il le laisse en plan quand je ne lui précise rien…
Pour ma part, je suis passé à systemd, et je ne m'en plains pas du tout (j'ai juste eu quelques problèmes lorsque je tente de mélanger LXC et systemd mais ça semble être corrigé avec les nouvelles versions).
Je pense qu'avec un peu d'expérience, ce sera possible d'aller bien plus loin avec systemd qu'on ne peut le faire avec sysvinit.
Je n'en doute pas, mais quand même.
En ce qui me concerne, je projette depuis un moment (longtemps avant systemd, hein, ç'n'est pas ça qui m'a mis cette idée en tête) de passer à un kFreeBSD (ne serait-ce que pour tenter le portage de mon Touhy), donc je n'ai pas super envie de m'habituer à davantage de choses qui soient spécifiques au noyau Linux.
Dernière modification par Elzen (07-07-2014 15:07:07)
Elzen: polisson, polémiste, polymathe !
Hors ligne
Du coup, je me demandais s'il y avait également d'autres moyens d'éteindre/redémarrer la machine en tant que simple utilisateur. Le cas échéant, pensez-vous qu'il serait faisable et sans trop de risques que je vire complètement policykit?
Un sudo bien configuré peut faire l’affaire.
Par exemple pour autoriser à un groupe le lancement en tant que root des commandes poweroff et reboot dans le fichier sudoers, l’ajout de l’utilisateur au groupe concerné, et la création de deux alias pour cet utilisateur :
alias poweroff='sudo poweroff'
alias reboot='sudo reboot'
Ne reste plus enfin qu’à ajouter un bouton sur le tableau de bord pour chacune de ces commandes pour éviter de devoir passer par la console.
Hors ligne
Elzen: polisson, polémiste, polymathe !
Hors ligne
(pmount me semblant largement plus intéressant qu'udisks).
En dehors du fait que c'est juste l'inverse de ce qui est conseillé par captnfab, pmount fonctionne beaucoup moins bien depuis le passage à wheezy (sans doute à cause d'udev). Mais je suis d'accord pmount est mieux, plus facilement configurable.
Pages perso : feh, omegat, udisks, passerelle, schroot vraiment transparent
Hors ligne
captnfab,
Association Debian-Facile, bépo.
TheDoctor: Your wish is my command… But be careful what you wish for.
Hors ligne
Pages perso : feh, omegat, udisks, passerelle, schroot vraiment transparent
Hors ligne
Elzen: polisson, polémiste, polymathe !
Hors ligne
Elzen: polisson, polémiste, polymathe !
Hors ligne