j'ai sacrément peur de voir arriver ce truc qu'est systemd et qui me semble incroyablement lourd et inutile, pour une tâche aussi futile qu'améliorer le temps de démarrage
Le temps de démarrage n'est qu'un des aspects de systemd. Il s'agit aussi de faciliter l'exploitation de certaines fonctionnalités sympas de linux (cgroups, namespaces), d'économiser des ressources (ne démarrer certains services à l'usage occasionel que lorsqu'ils sont sollicités), d'augmenter la fiabilité du système (le service trucmuche qui fournit un socket utilisés par d'autres applications crashe ? pas de problème, systemd s'occupe de le redémarrer et s'assure que tous les messages qui sont envoyés sur le socket entretemps lui soient bien transmis) etc.
Personnellement déjà que policykit/consolekit on sais toujours pas à quoi ça sert
Ça tombe bien, je crois que le développement de consolekit (qui à ce que j'ai compris est plus ou moins un équivalent "++" à utmp/wtmp utilisé pour les droits côté policykit) à été repris par lennart pour le faire dégager au profit de systemd...
Mais c'est vrai qu'il y a une tendance à l'usine-à-gaz-ification du système ces derniers temps. C'est pas tant les ressources bouffées que le temps perdu à comprendre comment ça s'utilise et se configure qui me gêne (PolycyKit il en fout un peu dans /etc, un peu dans /var/lib et un peu dans /usr/share, même si dans ce dernier cas c'est plutôt pour les devs, avec du format INI et du XML histoire de varier sans doute...).
[^] # Re: Modestie...
Posté par daemontux . En réponse à la dépêche Un entretien avec Lennart Poettering. Évalué à 8.
Le temps de démarrage n'est qu'un des aspects de systemd. Il s'agit aussi de faciliter l'exploitation de certaines fonctionnalités sympas de linux (cgroups, namespaces), d'économiser des ressources (ne démarrer certains services à l'usage occasionel que lorsqu'ils sont sollicités), d'augmenter la fiabilité du système (le service trucmuche qui fournit un socket utilisés par d'autres applications crashe ? pas de problème, systemd s'occupe de le redémarrer et s'assure que tous les messages qui sont envoyés sur le socket entretemps lui soient bien transmis) etc.
Ça tombe bien, je crois que le développement de consolekit (qui à ce que j'ai compris est plus ou moins un équivalent "++" à utmp/wtmp utilisé pour les droits côté policykit) à été repris par lennart pour le faire dégager au profit de systemd...
Mais c'est vrai qu'il y a une tendance à l'usine-à-gaz-ification du système ces derniers temps. C'est pas tant les ressources bouffées que le temps perdu à comprendre comment ça s'utilise et se configure qui me gêne (PolycyKit il en fout un peu dans /etc, un peu dans /var/lib et un peu dans /usr/share, même si dans ce dernier cas c'est plutôt pour les devs, avec du format INI et du XML histoire de varier sans doute...).