Le problème est vraiment complexe car si les puriste exagèrent dans le fond ils ont raison de sonner l'alarme car il y a des problèmes de fond possiblement du côté de SystemD.
Tu veux dire, comme pallier l’absence d’API de configuration pour tout un tas de paramètres du système ?
Rien que quelque chose comme « savoir si l’ordinateur est en phase d’éteignage » est une merde infâme et non portable dans le monde UNIX. systemd (qui est bien plus qu’un système d’init) a au moins le mérite d’apporter une solution.
Accessoirement, il est tout à fait possible de fournir des services dbus compatibles avec les APIs systemd pour faire tourner les bureaux qui en ont besoin. Le truc, c’est que bien souvent, la pratique est compliquée car on se rend compte que les services demandés ne sont pas disponibles sur le système (cf l’exemple de savoir si on est en phase d’éteignage / de mise en veille / etc), ou en fait posent des problèmes de sécurité si mal implémentés, etc.
La réalité, c’est que si systemd s’impose, c’est parce qu’il simplifie grandement la vie de ses premiers utilisateurs : les programmeurs. Qui l’imposent à leurs utilisateurs en retour, parce que ça leur simplifie la vie.
Mes commentaires sont en wtfpl. Une licence sur les commentaires, sérieux ? o_0
[^] # Re: SystemD la cause de la discorde...
Posté par whity . En réponse à la dépêche L’après PC-BSD : TrueOS. Évalué à 10.
zut, c’est lundi, pas vendredi...
Tu veux dire, comme pallier l’absence d’API de configuration pour tout un tas de paramètres du système ?
Rien que quelque chose comme « savoir si l’ordinateur est en phase d’éteignage » est une merde infâme et non portable dans le monde UNIX. systemd (qui est bien plus qu’un système d’init) a au moins le mérite d’apporter une solution.
Accessoirement, il est tout à fait possible de fournir des services dbus compatibles avec les APIs systemd pour faire tourner les bureaux qui en ont besoin. Le truc, c’est que bien souvent, la pratique est compliquée car on se rend compte que les services demandés ne sont pas disponibles sur le système (cf l’exemple de savoir si on est en phase d’éteignage / de mise en veille / etc), ou en fait posent des problèmes de sécurité si mal implémentés, etc.
La réalité, c’est que si systemd s’impose, c’est parce qu’il simplifie grandement la vie de ses premiers utilisateurs : les programmeurs. Qui l’imposent à leurs utilisateurs en retour, parce que ça leur simplifie la vie.
Mes commentaires sont en wtfpl. Une licence sur les commentaires, sérieux ? o_0