C'est ce que je dis : ça répond a des problématiques plus orienté mainteneurs qu'utilisateur final.
systemd c'est la difficulté et SysV la facilité,
De mon point de vue, systemd n'est qu'une évolution de system V : un pas de plus vers de la complexité non nécessaire dans le cas général. System V n'est ni plus ni moins que l'éclatement d'un script d'init dans 36 répertoires, liens symboliques et fichiers. En remplacement de System V, alors il y a peut-être un progrès, mais par rapport a un init sauce BSD, c'est juste de la complexité ajoutée pour couvrir des cas peu probables, particulièrement sur des serveurs basiques.
Après c'est sur que pour un éditeur de distro, il y a clairement un gain, mais pour l'utilisateur final...
Tout change, tout évolue et il faut s'adapter et dans le milieu ce n'est pas quelque chose de nouveau.
Le changement c'est bien quand c'est nécessaire. Là, le changement va être induit par une nouvelle techno qui n'est pas développée pour répondre à mon besoin mais a celui de tiers (les mainteneurs). Mon besoin n'a pas changé et pourtant je vais être amené a changer : est-ce une bonne chose ?
Un peu comme quand on décide de changer l'orga des menus de Gnome parce que "c'est mieux". Sauf que 2 ans plus tard, on fait machine arrière parce que ça pue. Le problème n'est pas d'avoir essayé (bien au contraire), le problème est dans le fait qu'on bascule un truc expérimental dans un outil de production.
La LSB, Freedesktop.org, les nouveautés du noyau Linux ou X.org ça ne te dit rien ? HAL, udev et autres non plus ?
En termes de technos oui c'est plus ou moins récent, mais les concepts sous jascents sont loin de l'être.
La LSB, c'est bien le machin qui impose de supporter RPM, qui crée des répertoires doublons au FHS et qui t'impose de supporter un init system V et qui définit les runlevel ? Tellement une avancée que toutes les distro majeures la supporte, comme debian met qui les sites web et les instances SGBD dans /srv/ ?
X.org n'est qu'une implémentation de X, un protocole qui a ... 30 ans.
Freedesktop, c'est sympa et le fait que ça ait fédéré les dev d'outils desktop est une bonne chose. Après, je ne connais pas tous les projets dans le détail, mais je n'ai pas l'impression qu'il aient innové techniquement, ils se sont surtout concentrés sur des définitions d'apis et d'outils.
Mais que fait udev ? Gérer des fichiers de devices dans /dev ? Ah, le vrai changement c'est qu'il annonce les changements matériels via dbus : wow quelle révolution ! A la limite, ils auraient cassé le systeme de /dev, je dis pas, mais ils ne l'ont pas fait pour répondre a la LSB.
HAL c'est l'implémentation d'une approche qui était déjà exploitée notoirement dans ... Windows NT et probablement dans d'autres systèmes avant lui. Oui c'était une nouveauté linux mais les concepts sont plutôt anciens.
Excuse moi mais ce sont des changements de techno mais les changement techniques relèvent de l'implémentation, pas du concept.
Dans la série des nouveautés, tu peux rajouter le NoSQL (technos des années 80 resservies à la sauce webservice), REST ou comment faire du RPC sur http, HTML 5 ou comment développer des fonctionnalités qui existent depuis au moins 15 ans (super, on peut faire du drag n drop et lire des videos dans une IHM \o/).
Référence nécessaire, je dirais que le téléphone mobile est équivalent maintenant.
A mon avis le noyau linux est majoritairement installé sur des téléphones mobiles (faudrait trouver des chiffres). Sauf que je précise bien que ne parle pas du noyau mais de linux en tant qu'OS (GNU/Linux, si tu préfères). Et Android n'est pas un OS de type GNU/Linux. D'ailleurs, utilise-t'il systemd ?
Domaine qui est confronté aux migrations de systèmes, mises à jour et gestion des distributions où les scripts SysV n'étaient pas compatibles entre eux.
Et avec systemd, pof, ça marche en un clic ?
Il faut se farcir la doc pour écrire un lanceur de LAMP en tant que démon.
Etape obligatoire quelque soit ton gestionnaire de service non ?
A moins que ça soit tellement bien qu'il n'y a plus de shellscript dans toute la chaîne et que ça fasse le httpd.conf tout seul ?
Doc bien plus obscur et moins généraliste entre distribution que ne peut le faire systemd.
Actuellement, vu le nombre de distro qui utilisent systemd, je ne comprend pas comment du peux parler de généralités dans les config. Sans compter que systemd ou pas, je ne connais auncune distro qui n'a pas de spécificité dans sa config. Et puis, le problème se posera toujours si tu dois naviguer entre linux et un autre Unix.
Le temps d'apprentissage est bien plus court.
Donc lire la doc du service est plus long que lire la doc du service + la doc de systemd. CQFD
A moins que systemd soit tellement bien foutu qu'il te gère tout seul tes vhosts apache et tes instances PostgreSQL ?
Sans compter la maintenance qui est simplifié avec de nouveaux usages possibles.
A vous croire ça lave tellement plus blanc que toutes les distros seront identiques en termes de conf et que les migrations se feront en un clic. Rien que quand tu vois le support de la LSB par les distro, tu sais que ça relève du vœu pieux mais que c'est irréalisable justement parce que s'il existe différentes distros, c'est parce qu'il existes différents contextes.
Comprend que ce type d'arguments relève plus du décideur pressé que de la réalité quotidienne.
[^] # Re: De plus en plus complexe, le système d'init...
Posté par Toufou (site web personnel) . En réponse à la dépêche Spéciale Lennart Poettering : nouvelles versions de systemd et PulseAudio. Évalué à 0.
C'est ce que je dis : ça répond a des problématiques plus orienté mainteneurs qu'utilisateur final.
De mon point de vue, systemd n'est qu'une évolution de system V : un pas de plus vers de la complexité non nécessaire dans le cas général. System V n'est ni plus ni moins que l'éclatement d'un script d'init dans 36 répertoires, liens symboliques et fichiers. En remplacement de System V, alors il y a peut-être un progrès, mais par rapport a un init sauce BSD, c'est juste de la complexité ajoutée pour couvrir des cas peu probables, particulièrement sur des serveurs basiques.
Après c'est sur que pour un éditeur de distro, il y a clairement un gain, mais pour l'utilisateur final...
Le changement c'est bien quand c'est nécessaire. Là, le changement va être induit par une nouvelle techno qui n'est pas développée pour répondre à mon besoin mais a celui de tiers (les mainteneurs). Mon besoin n'a pas changé et pourtant je vais être amené a changer : est-ce une bonne chose ?
Un peu comme quand on décide de changer l'orga des menus de Gnome parce que "c'est mieux". Sauf que 2 ans plus tard, on fait machine arrière parce que ça pue. Le problème n'est pas d'avoir essayé (bien au contraire), le problème est dans le fait qu'on bascule un truc expérimental dans un outil de production.
En termes de technos oui c'est plus ou moins récent, mais les concepts sous jascents sont loin de l'être.
La LSB, c'est bien le machin qui impose de supporter RPM, qui crée des répertoires doublons au FHS et qui t'impose de supporter un init system V et qui définit les runlevel ? Tellement une avancée que toutes les distro majeures la supporte, comme debian met qui les sites web et les instances SGBD dans /srv/ ?
X.org n'est qu'une implémentation de X, un protocole qui a ... 30 ans.
Freedesktop, c'est sympa et le fait que ça ait fédéré les dev d'outils desktop est une bonne chose. Après, je ne connais pas tous les projets dans le détail, mais je n'ai pas l'impression qu'il aient innové techniquement, ils se sont surtout concentrés sur des définitions d'apis et d'outils.
Mais que fait udev ? Gérer des fichiers de devices dans /dev ? Ah, le vrai changement c'est qu'il annonce les changements matériels via dbus : wow quelle révolution ! A la limite, ils auraient cassé le systeme de /dev, je dis pas, mais ils ne l'ont pas fait pour répondre a la LSB.
HAL c'est l'implémentation d'une approche qui était déjà exploitée notoirement dans ... Windows NT et probablement dans d'autres systèmes avant lui. Oui c'était une nouveauté linux mais les concepts sont plutôt anciens.
Excuse moi mais ce sont des changements de techno mais les changement techniques relèvent de l'implémentation, pas du concept.
Dans la série des nouveautés, tu peux rajouter le NoSQL (technos des années 80 resservies à la sauce webservice), REST ou comment faire du RPC sur http, HTML 5 ou comment développer des fonctionnalités qui existent depuis au moins 15 ans (super, on peut faire du drag n drop et lire des videos dans une IHM \o/).
A mon avis le noyau linux est majoritairement installé sur des téléphones mobiles (faudrait trouver des chiffres). Sauf que je précise bien que ne parle pas du noyau mais de linux en tant qu'OS (GNU/Linux, si tu préfères). Et Android n'est pas un OS de type GNU/Linux. D'ailleurs, utilise-t'il systemd ?
Et avec systemd, pof, ça marche en un clic ?
Etape obligatoire quelque soit ton gestionnaire de service non ?
A moins que ça soit tellement bien qu'il n'y a plus de shellscript dans toute la chaîne et que ça fasse le httpd.conf tout seul ?
Actuellement, vu le nombre de distro qui utilisent systemd, je ne comprend pas comment du peux parler de généralités dans les config. Sans compter que systemd ou pas, je ne connais auncune distro qui n'a pas de spécificité dans sa config. Et puis, le problème se posera toujours si tu dois naviguer entre linux et un autre Unix.
Donc lire la doc du service est plus long que lire la doc du service + la doc de systemd. CQFD
A moins que systemd soit tellement bien foutu qu'il te gère tout seul tes vhosts apache et tes instances PostgreSQL ?
A vous croire ça lave tellement plus blanc que toutes les distros seront identiques en termes de conf et que les migrations se feront en un clic. Rien que quand tu vois le support de la LSB par les distro, tu sais que ça relève du vœu pieux mais que c'est irréalisable justement parce que s'il existe différentes distros, c'est parce qu'il existes différents contextes.
Comprend que ce type d'arguments relève plus du décideur pressé que de la réalité quotidienne.