Non. Y'a un socle minimum d'API du kernel linux sur lesquels systemd est bâti. C'est à dire avoir un kernel qui est (au maximum, et aujourd'hui) vieux de 2 ans.
Ok, 2 ans ça me parait raisonnable.
En contrepartie, systemd t'apporte bien plus que SysV seul, et te fournit un ensemble d'outils cohérents et intégrés. Plus besoin de bricoler pour un tas de cas d'utilisation déjà couverts.
Et puis je doute que le cas "je veux utiliser un kernel vieux de plus de 2 ans et me bricoler un systemd-like avec SysV et Dieu sait quoi de dizaines d'outils disparates tierces" soit très courant.
L'idée que j'ai en tête, c'est l'utilisation d'une distribution "généraliste" dans une carte style raspberry pi, pour lequel par exemple les versions les plus récentes du noyau ne seraient pas supporté (car nécessité de le patcher mais patch pas dispo pour le noyau courant de la distribution), ou sur laquelle on voudrait faire tourner un linux allégé d'un tas de choses dont systemd aurait besoin, mais inutile dans le cas de figure ou on veut utiliser la carte. Le support à 2 ans, comme dit plus haut ne devrait pas poser problème, par contre je crains que systemd ne pousse à intégrer un noyau et des libs inutiles. Mais je me trompe peut-être, et dans ce cas, merci de me le préciser (comme dit plus haut, je ne trolle pas, il s'agit d'un cas d'utilisation plus ou moins courant pour des personnes qui font un peu plus qu'utiliser une distrib serveur ou desktop).
Moi, j'voudrais savoir si SysV ou Upstart ont ne serait-ce que 50% des fonctionnalités du projet systemd. Rien que de pouvoir tuer un service complexe de manière fiable sans besoin de bricoler avec les cgroups (vu que systemd le fait déjà pour moi), ce serait déjà une énorme avancée... :-p
Trop de fonctionnalités tue les fonctionnalités, il y a des cas ou ces fonctionnalités peuvent être inutiles. L'avantage de sysvinit était justement de pouvoir adapter une distrib généraliste à un niveau minimaliste. Personnellement une de mes craintes à propos de systemd, c'est une perte de possibilités de personalisation.
[^] # Re: glibc non, systemd peut-être
Posté par totof2000 . En réponse au message Kernel 4.0 et lfs. Évalué à 2.
Ok, 2 ans ça me parait raisonnable.
L'idée que j'ai en tête, c'est l'utilisation d'une distribution "généraliste" dans une carte style raspberry pi, pour lequel par exemple les versions les plus récentes du noyau ne seraient pas supporté (car nécessité de le patcher mais patch pas dispo pour le noyau courant de la distribution), ou sur laquelle on voudrait faire tourner un linux allégé d'un tas de choses dont systemd aurait besoin, mais inutile dans le cas de figure ou on veut utiliser la carte. Le support à 2 ans, comme dit plus haut ne devrait pas poser problème, par contre je crains que systemd ne pousse à intégrer un noyau et des libs inutiles. Mais je me trompe peut-être, et dans ce cas, merci de me le préciser (comme dit plus haut, je ne trolle pas, il s'agit d'un cas d'utilisation plus ou moins courant pour des personnes qui font un peu plus qu'utiliser une distrib serveur ou desktop).
Trop de fonctionnalités tue les fonctionnalités, il y a des cas ou ces fonctionnalités peuvent être inutiles. L'avantage de sysvinit était justement de pouvoir adapter une distrib généraliste à un niveau minimaliste. Personnellement une de mes craintes à propos de systemd, c'est une perte de possibilités de personalisation.