C'est plus subtile. C'est dans le pid 1 pour les fichiers de root, et dans le pid du gestionnaire de session pour les fichiers accessibles par l'utilisateur ( ie, sous l'uid de l'utilisateur ). Donc je pense que si tu peux écrire le fichier, alors c'est déjà trop tard, pas besoin d'exploiter une erreur dans le parser. Non pas que ça veuille dire "on s'en fout de la sécurité", mais que le fait de faire l'analyse du fichier dans un process à part avec un canal de communication avec le pid 1 est une complication qui n'a pas jugé valoir la chandelle pour le moment. Une des choses que j'ai trouvé complexe dans le code d'upstart est justement ça, l'overhead lié à la communication interprocessus, avec les problématiques de synchronisation, etc, etc. Peut être que ça arriveras plus tard, mais je pense que c'est plus important pour un browser que systemd.
J'ai cherché justement après avoir posté ça, apparament ça n'a
pas été mergé, mais il y avait un début de code. J'espère
juste simplement qu'ils vont ajouter cette fonctionnalité
(parce que c'est une bonne idée) mais qu'ils vont se baser sur
l'existant, notament kmscon.
Visiblement, c'est le dev de ksmcon qui a proposé systemd-consoled, mais j'imagine qu'il fait du NIH sans le vouloir :)
Je pense que DHCP est un bon exemple, mais si ça te suffit
pas, il y aussi timesyncd
DHCP est pas le meilleur exemple de NIH. Timesyncd est déjà mieux. Ensuite, le client que tout le monde utilise ou presque, c'est celui de l'ISC. Pareil pour ntpd. Je dit pas qu'il y a un lien mais bon, peut être qu'il y a une piste.
Mais après avoir vu le code, il semble que timesync fasse juste du sntp client ( tu va pas loin avec 1200 lignes de code ), et pas la totale comme ntpd qui peut faire serveur, qui a un algo bien spécifique pour gérer les cas particuliers et le drift, etc.
( et tout comme dhcp, y a pas de lib existant qui vont permettre l'usage du code de ntpd, donc tu doit refaire tout ).
[^] # Re: Quel joli troll !
Posté par Misc (site web personnel) . En réponse à la dépêche Mise aux poings sur systemd. Évalué à 5.
C'est plus subtile. C'est dans le pid 1 pour les fichiers de root, et dans le pid du gestionnaire de session pour les fichiers accessibles par l'utilisateur ( ie, sous l'uid de l'utilisateur ). Donc je pense que si tu peux écrire le fichier, alors c'est déjà trop tard, pas besoin d'exploiter une erreur dans le parser. Non pas que ça veuille dire "on s'en fout de la sécurité", mais que le fait de faire l'analyse du fichier dans un process à part avec un canal de communication avec le pid 1 est une complication qui n'a pas jugé valoir la chandelle pour le moment. Une des choses que j'ai trouvé complexe dans le code d'upstart est justement ça, l'overhead lié à la communication interprocessus, avec les problématiques de synchronisation, etc, etc. Peut être que ça arriveras plus tard, mais je pense que c'est plus important pour un browser que systemd.
C'est le lien que tu cherches, je pense :
http://lists.freedesktop.org/archives/systemd-devel/2013-November/014808.html
Visiblement, c'est le dev de ksmcon qui a proposé systemd-consoled, mais j'imagine qu'il fait du NIH sans le vouloir :)
DHCP est pas le meilleur exemple de NIH. Timesyncd est déjà mieux. Ensuite, le client que tout le monde utilise ou presque, c'est celui de l'ISC. Pareil pour ntpd. Je dit pas qu'il y a un lien mais bon, peut être qu'il y a une piste.
Mais après avoir vu le code, il semble que timesync fasse juste du sntp client ( tu va pas loin avec 1200 lignes de code ), et pas la totale comme ntpd qui peut faire serveur, qui a un algo bien spécifique pour gérer les cas particuliers et le drift, etc.
( et tout comme dhcp, y a pas de lib existant qui vont permettre l'usage du code de ntpd, donc tu doit refaire tout ).