Debian-facile

Bienvenue sur Debian-Facile, site d'aide pour les nouveaux utilisateurs de Debian.

Vous n'êtes pas identifié(e).

#1 04-07-2014 13:26:30

Elzen
Membre
Distrib. : Debian Sid GNU/Linux
Noyau : 3.14-1-amd64
(G)UI : Touhy
Inscription : 01-07-2014

Policykit, systemd et alternatives

Salut,

j'ai une Debian toute fraîche et plus ou moins minimale (c'est dingue comme les paquets s'accumulent vite), installée depuis un vieux CD de wheezy beta qui trainait, et migrée aussitôt vers Sid. Il se trouve que, quand je tente de la mettre à jour, j'observe actuellement un truc assez bizarre:

root@fadreils: ~$ apt-get dist-upgrade
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances      
Lecture des informations d'état... Fait
Calcul de la mise à jour... Fait
Les NOUVEAUX paquets suivants seront installés :
  systemd
Les paquets suivants ont été conservés :
  policykit-1
0 mis à jour, 1 nouvellement installés, 0 à enlever et 1 non mis à jour.
Il est nécessaire de prendre 1 152 ko dans les archives.
Après cette opération, 5 166 ko d'espace disque supplémentaires seront utilisés.
Souhaitez-vous continuer ? [O/n] n
Annulation.
root@fadreils: ~$ apt-get upgrade policykit-1
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances      
Lecture des informations d'état... Fait
Calcul de la mise à jour... Fait
Les paquets suivants seront ENLEVÉS :
  sysvinit-core
Les NOUVEAUX paquets suivants seront installés :
  libpam-systemd systemd systemd-sysv
Les paquets suivants seront mis à jour :
  policykit-1
1 mis à jour, 3 nouvellement installés, 1 à enlever et 0 non mis à jour.
Il est nécessaire de prendre 1 275 ko dans les archives.
Après cette opération, 5 102 ko d'espace disque supplémentaires seront utilisés.
Souhaitez-vous continuer ? [O/n] n
Annulation.
root@fadreils: ~$


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?

Hors ligne

#2 04-07-2014 14:33:09

Invité-5
Banni(e)

Re : Policykit, systemd et alternatives

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.

Soit tu abandonnes tes veilles habitudes, soit .... je te laisse le choix. Systemd livre logind

dpkg -L systemd |grep logind
/etc/systemd/logind.conf
/usr/share/man/man5/logind.conf.5.gz
/usr/share/man/man8/systemd-logind.service.8.gz
/lib/systemd/system/systemd-logind.service
/lib/systemd/systemd-logind
/lib/systemd/systemd-logind-launch
/usr/share/man/man8/systemd-logind.8.gz
/lib/systemd/system/multi-user.target.wants/systemd-logind.service
 

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.

#3 04-07-2014 15:17:34

Elzen
Membre
Distrib. : Debian Sid GNU/Linux
Noyau : 3.14-1-amd64
(G)UI : Touhy
Inscription : 01-07-2014

Re : Policykit, systemd et alternatives


Sid n'est pas une variante de Jessie tongue

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?

darien a écrit :

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.

darien a écrit :

Systemd livre logind


Certes. Et?

darien a écrit :

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.

Hors ligne

#4 04-07-2014 15:45:53

Invité-5
Banni(e)

Re : Policykit, systemd et alternatives

Elzen a écrit :

à 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 tongue

#5 04-07-2014 15:52:30

enicar
Membre
Lieu : Grenoble
Distrib. : debian/sid
Noyau : Linux 4.8.10
(G)UI : openbox
Inscription : 26-08-2010

Re : Policykit, systemd et alternatives

salut,

Il faut préciser à quoi sert polkit,  d'après le fichier : /usr/share/policykit-1/README :

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à smile


La machine, c'est dépassé ! On va tout remplacer par des humains big_smile

Hors ligne

#6 04-07-2014 15:59:56

enicar
Membre
Lieu : Grenoble
Distrib. : debian/sid
Noyau : Linux 4.8.10
(G)UI : openbox
Inscription : 26-08-2010

Re : Policykit, systemd et alternatives

Aussi tu peux essayer :


aptitude -s purge policykit-1
 


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.


La machine, c'est dépassé ! On va tout remplacer par des humains big_smile

Hors ligne

#7 04-07-2014 16:12:17

Invité-5
Banni(e)

Re : Policykit, systemd et alternatives

Pas grand chose chez moi. smile

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.

#8 04-07-2014 16:18:51

enicar
Membre
Lieu : Grenoble
Distrib. : debian/sid
Noyau : Linux 4.8.10
(G)UI : openbox
Inscription : 26-08-2010

Re : Policykit, systemd et alternatives

darien a écrit :


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…


La machine, c'est dépassé ! On va tout remplacer par des humains big_smile

Hors ligne

#9 04-07-2014 16:28:42

Invité-5
Banni(e)

Re : Policykit, systemd et alternatives

Moi non plus, nous sommes désolés. cool

Amicalement. smile

#10 04-07-2014 18:11:32

captnfab
Admin-Girafe
Lieu : /dev/random
Distrib. : Debian Stretch/Sid/Rc-Buggy
Noyau : Linux (≥ 4.3)
(G)UI : i3-wm (≥ 4.11)
Inscription : 07-07-2008
Site Web

Re : Policykit, systemd et alternatives

Salut,

Sinon, pour le problème initial, tu dois pouvoir voir ce qui bloque la mise à jour avec la commande :

aptitude -s install policykit-1=0.105-6



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

#11 07-07-2014 16:05:54

Elzen
Membre
Distrib. : Debian Sid GNU/Linux
Noyau : 3.14-1-amd64
(G)UI : Touhy
Inscription : 01-07-2014

Re : Policykit, systemd et alternatives

darien a écrit :

Si tu ne sais pas recompiler, vires-là, on verra bien tongue


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.

enicar a écrit :

Il faut préciser à quoi sert polkit


Yep, je sais bien ça smile

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).

enicar a écrit :

Oui, et bien je ne sais pas si on peut faire une simulation avec apt-get.


apt-get -s, tout simplement smile

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.

captnfab a écrit :

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…

captnfab a écrit :

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 16:07:07)

Hors ligne

#12 07-07-2014 16:11:29

vv222
Membre
Lieu : Bretagne
Distrib. : GNU/Linux Debian « Sid »
Noyau : >= Linux 4.5.0 (amd64)
(G)UI : Openbox + ROX
Inscription : 18-11-2013
Site Web

Re : Policykit, systemd et alternatives

Elzen a écrit :

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.


Jouer sous Debian ? Facile !

Hors ligne

#13 07-07-2014 16:21:06

Elzen
Membre
Distrib. : Debian Sid GNU/Linux
Noyau : 3.14-1-amd64
(G)UI : Touhy
Inscription : 01-07-2014

Re : Policykit, systemd et alternatives

Yep, c'est par là que j'avais commencé avant de découvrir consolekit ^^

Pour moi, personnellement, ça ferait parfaitement l'affaire; par contre, si je veux que Touhy soit un minimum utilisable par d'autres gens, ce n'est pas vraiment une piste. Déjà que la version actuelle de l'outil en question ne tourne pas sous Arch, alors que c'est le seul système pour lequel l'environnement est actuellement empaqueté…

D'ailleurs, je vais créer un petit sujet sur le forum pour parler de Touhy, ça ne coûte rien smile

Hors ligne

#14 10-07-2014 18:22:50

phlinux
Membre
Lieu : S-M
Distrib. : Jessie
Noyau : 4.6
(G)UI : Openbox (+Rox+Feh)
Inscription : 10-05-2009

Re : Policykit, systemd et alternatives

Elzen a écrit :

(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, sa station de travail comme passerelle

Hors ligne

#15 10-07-2014 19:02:38

captnfab
Admin-Girafe
Lieu : /dev/random
Distrib. : Debian Stretch/Sid/Rc-Buggy
Noyau : Linux (≥ 4.3)
(G)UI : i3-wm (≥ 4.11)
Inscription : 07-07-2008
Site Web

Re : Policykit, systemd et alternatives

Ben, pmount, c'est cool, je l'ai utilisé pendant un bon moment.

C'est un outil standalone, il ne dépend à peu près de rien d'autre et monte lui-même les périphériques.

Le contre-coup est qu'il doit être setuid.

Si avoir un monteur standalone dans un système sysvinit a du sens, cela en a beaucoup moins dans un système avec systemd + udev + policykit.

Je dirais que 95% sinon plus des utilisateurs ont policykit sur leur machine, probablement 100% ont udev et sous Jessie, 99,99% auront systemd.
En tout cas, probablement tous les utilisateurs de Gnome/Xfce4/KDE auront déjà ces trucs là. (Même les pilotes des imprimantes HP dépendent de policykit…)

Alors dans ce cas, entre utiliser udisks, une interface légère, ou installer un nouveau programme setuid, ben…

C'est pourquoi je conseille udisks, ouais smile De plus, il s'utilise de manière très similaire à pmount. Pour me faciliter la tâche, j'ai fais un wrapper fmount : fmount : un wrapper pmount-like pour udisks/udisks2.

captnfab,
Association Debian-Facile, bépo.
TheDoctor: Your wish is my command… But be careful what you wish for.

Hors ligne

#16 11-07-2014 09:56:41

phlinux
Membre
Lieu : S-M
Distrib. : Jessie
Noyau : 4.6
(G)UI : Openbox (+Rox+Feh)
Inscription : 10-05-2009

Re : Policykit, systemd et alternatives

re-
C'est bon ces postes là, ça précise tout.
Il reste qu'avec pmount je peux choisir le / de montage sans devoir le créer auparavant...vais voir fmount si ça l'fait

Pages perso : feh, omegat, udisks, sa station de travail comme passerelle

Hors ligne

#17 11-07-2014 11:33:44

Elzen
Membre
Distrib. : Debian Sid GNU/Linux
Noyau : 3.14-1-amd64
(G)UI : Touhy
Inscription : 01-07-2014

Re : Policykit, systemd et alternatives

Bah, l'outil de Touhy pour monter/démonter les périphériques utilise désormais pmount s'il le trouve, sinon udisks s'il le trouve, sinon message d'erreur. Comme ça, ça marche bien pour tout le monde smile

Par contre, je vais bientôt me remettre à l'outil pour éteindre/redémarrer la machine, et j'aimerais bien avoir quelques alternatives à consolekit, ne serait-ce que parce que mon testeur sous Arch m'a balancé qu'ils n'avaient pas consolekit, eux, ces fourbes.

Hors ligne

#18 31-12-2014 16:17:14

Elzen
Membre
Distrib. : Debian Sid GNU/Linux
Noyau : 3.14-1-amd64
(G)UI : Touhy
Inscription : 01-07-2014

Re : Policykit, systemd et alternatives

Histoire de tenir au courant: suite à une fausse manip' de ma part, j'ai dû réinstaller mon système. Je suis parti d'une install minimale, et policy-kit n'était pas dedans. Du coup, ce coup-ci, je ne l'ai pas installé du tout, et apparemment tout marche bien.

Il faudra quand même que je trouve un moyen propre de faire un outil d'extinction du système pour Touhy (ça doit bien être possible: que je sache, les gros environnements graphiques offraient cette possibilité avant l'invention de policy-kit), mais pour mon usage perso, ça roule.

Hors ligne

Pied de page des forums