La, tu passes une étape, et tu commence à dire "systemd fait pas ça", avec ça étant décrit dans la dépêche.
Prend moi pour un idiot qui sait pas lire, en plus. Déjà, Nulle part j'ai indiqué que l'autre service ne doit pas avoir accès à Internet. En fait, je veux que l'autre service ai accès à Internet.
Même s'il ne doit pas avoir accès à Internet, si j'ai besoin de lui dire explicitement de rejoindre un certain namespace, ça pète l'abstraction. Moi je veux que "le service truc n'ai pas accès à Internet" (mais qu'il puisse accéder au service machin, qui, il se trouve, utilise des sockets TCP bindées sur localhost en sous-main, les abstractions, il n'y a pas que systemd qui en fait). Si je doit prendre en compte l'implémentation de systemd et du moyen de communication entre les deux services, j'ai pas fini. Dans ce cas, l'abstraction est nulle à chier, ce que je me tue à dire.
Il y a plein de manière d'empêcher un service d'accéder à Internet. Il y en a aucune de parfaite, chacune ayant ses défaut. Systemd en à choisi une, mais ne fait absolument aucune abstraction de ces défauts.
Enfin bref, je me répète, mais c'est une "Leaky abstraction" ( http://www.joelonsoftware.com/articles/LeakyAbstractions.html ). L'abstraction c'est joli, mais quand c'est mal fait ça fait plus de mal que de bien. Ou bien on vire l'abstraction, ou bien on l'améliore. Et merci pour les hommes de pailles ou on me fait dire que je réclame les deux à la fois.
[^] # Re: De plus en plus complexe, le système d'init...
Posté par Batchyx . En réponse à la dépêche Spéciale Lennart Poettering : nouvelles versions de systemd et PulseAudio. Évalué à -3.
Prend moi pour un idiot qui sait pas lire, en plus. Déjà, Nulle part j'ai indiqué que l'autre service ne doit pas avoir accès à Internet. En fait, je veux que l'autre service ai accès à Internet.
Même s'il ne doit pas avoir accès à Internet, si j'ai besoin de lui dire explicitement de rejoindre un certain namespace, ça pète l'abstraction. Moi je veux que "le service truc n'ai pas accès à Internet" (mais qu'il puisse accéder au service machin, qui, il se trouve, utilise des sockets TCP bindées sur localhost en sous-main, les abstractions, il n'y a pas que systemd qui en fait). Si je doit prendre en compte l'implémentation de systemd et du moyen de communication entre les deux services, j'ai pas fini. Dans ce cas, l'abstraction est nulle à chier, ce que je me tue à dire.
Il y a plein de manière d'empêcher un service d'accéder à Internet. Il y en a aucune de parfaite, chacune ayant ses défaut. Systemd en à choisi une, mais ne fait absolument aucune abstraction de ces défauts.
Enfin bref, je me répète, mais c'est une "Leaky abstraction" ( http://www.joelonsoftware.com/articles/LeakyAbstractions.html ). L'abstraction c'est joli, mais quand c'est mal fait ça fait plus de mal que de bien. Ou bien on vire l'abstraction, ou bien on l'améliore. Et merci pour les hommes de pailles ou on me fait dire que je réclame les deux à la fois.