C'est bien ce que j'avais compris. Mais, je ne sauterais pas
aussi vite que toi sur la conclusion. Les units sont distribués
par des logiciels tiers, que tu peux ne pas vouloir faire
tourner en root (souvent tu lances un daemon sous un autre
utilisateur par exemple)
Dans ce cas, systemd le permet, via User=. Encore mieux, via l'activation par socket, tu peux même espérer avoir les softs ne jamais voir l'uid root, dans certains cas spécifiques.
En fait, non seulement systemd permet ça, mais en plus, permet de rajouter facilement la configuration via les drop-in config ( ie, faire un fichier /etc/system/foo.service.d/foo.conf avec juste User=foo et paf, il va faire ce que tu veux, à savoir combiné ton service et celui du distributeur tierce en gérant l'upgrade proprement )
Tu peux toujours te NIH tout seul.
Le NIH, c'est "Not Invented Here". Quand tu refait ton propre code, c'est pas vraiment du NIH, par définition. Est ce que pour toi, NIH veut dire "refaire du code alors que du code existant rempli une partie des besoins", auquel cas, on peut qualifier tout un tas de trucs de NIH...
( ou du moins, je pense que systemd-consoled n'est pas un NIH de ksmcon pour ma définition de NIH, mais c'est juste mon point de vue ). J'imagine qu'on ne mets juste pas la même chose sous le terme NIH.
Quel est le soucis avec ISC ?
Personnellement, je leur reprocherais une certaine obscurité et/ou de l'amateurisme. Exemple, le bug tracker de bind qui est une liste de discussion, les VCS des projets sont parfois non publiques et/ou mal documentés ( celui de dhcp me semble assez récent par exemple, bind < 10 n'etait pas existant). L'abandon soudain de bind 10 est un exemple de process interne non discuté en publique, etc, etc.
Donc je pense que la collaboration peut être difficile avec l'ISC, d'ou sans doute le fait que personne ne tente de faire une lib pour le dhcp en partant de dhcpd (encore une fois, l'équipe de connman bosse sur ça)
[^] # Re: Quel joli troll !
Posté par Misc (site web personnel) . En réponse à la dépêche Mise aux poings sur systemd. Évalué à 3.
Dans ce cas, systemd le permet, via User=. Encore mieux, via l'activation par socket, tu peux même espérer avoir les softs ne jamais voir l'uid root, dans certains cas spécifiques.
En fait, non seulement systemd permet ça, mais en plus, permet de rajouter facilement la configuration via les drop-in config ( ie, faire un fichier /etc/system/foo.service.d/foo.conf avec juste User=foo et paf, il va faire ce que tu veux, à savoir combiné ton service et celui du distributeur tierce en gérant l'upgrade proprement )
Le NIH, c'est "Not Invented Here". Quand tu refait ton propre code, c'est pas vraiment du NIH, par définition. Est ce que pour toi, NIH veut dire "refaire du code alors que du code existant rempli une partie des besoins", auquel cas, on peut qualifier tout un tas de trucs de NIH...
( ou du moins, je pense que systemd-consoled n'est pas un NIH de ksmcon pour ma définition de NIH, mais c'est juste mon point de vue ). J'imagine qu'on ne mets juste pas la même chose sous le terme NIH.
Personnellement, je leur reprocherais une certaine obscurité et/ou de l'amateurisme. Exemple, le bug tracker de bind qui est une liste de discussion, les VCS des projets sont parfois non publiques et/ou mal documentés ( celui de dhcp me semble assez récent par exemple, bind < 10 n'etait pas existant). L'abandon soudain de bind 10 est un exemple de process interne non discuté en publique, etc, etc.
Donc je pense que la collaboration peut être difficile avec l'ISC, d'ou sans doute le fait que personne ne tente de faire une lib pour le dhcp en partant de dhcpd (encore une fois, l'équipe de connman bosse sur ça)