L’opinion des développeurs de systemd est claire dès le début : les autres systèmes, OSEF. C’est effectivement un des aspects qui me chagrine le plus. Il fut un temps où l’ambition de Linux n’était pas seulement de percer pour lui-même, mais d’ouvrir la voie pour d’autres systèmes libres. C’est fini : maintenant, c’est « on bosse pour nous, les autres n’ont qu’à se débrouiller. »
Soyons clair, le système d'init (enfin, ses scripts) n'est pas commun entre les distributions Linux eux mêmes alors la compatibilité avec d'autres UNIX c'est encore pire. Je ne vois pas l'intérêt de garder un semblant de lieu commun alors que dans les faits ça fonctionne déjà différemment.
De plus, je pense que certaines couches basses du système doivent être en mesure d'exploiter l'API du noyau quand le gain est jugé appréciable. SI on considère que la seule API valable c'est POSIX, alors quel intérêt à ajouter des trucs cools dans le noyau si c'est pour ne pas les exploiter en raison de la sacro sainte compatibilité ?
La compatibilité c'est important, mais je pense qu'elle ne doit pas être une règle absolue et que cela dépend du gain fonctionnel à ne pas l'être. Un système d'init est de fait trop spécifique au système pour que la question de la portabilité soit réellement pertinente.
C'est un peu le paradoxe de l'univers UNIX. Il y a plein de systèmes différents ce qui apporte de la diversité. Mais on souhaite que tout soit compatible avec tous les autres. Quel intérêt d'avoir des systèmes différents ? Est-ce qu'une API de noyau en commun serait vraiment intéressant ? Les systèmes UNIX ont su faire des scripts de démarrage incompatibles entre eux depuis 40 ans, systemd aura au moins fusionné la situation pour Linux et pour le reste la situation ne changera pas.
[^] # Re: Mon avis personnel
Posté par Renault (site web personnel) . En réponse au journal Debian adopte systemd comme init par défaut. Évalué à 7.
Soyons clair, le système d'init (enfin, ses scripts) n'est pas commun entre les distributions Linux eux mêmes alors la compatibilité avec d'autres UNIX c'est encore pire. Je ne vois pas l'intérêt de garder un semblant de lieu commun alors que dans les faits ça fonctionne déjà différemment.
De plus, je pense que certaines couches basses du système doivent être en mesure d'exploiter l'API du noyau quand le gain est jugé appréciable. SI on considère que la seule API valable c'est POSIX, alors quel intérêt à ajouter des trucs cools dans le noyau si c'est pour ne pas les exploiter en raison de la sacro sainte compatibilité ?
La compatibilité c'est important, mais je pense qu'elle ne doit pas être une règle absolue et que cela dépend du gain fonctionnel à ne pas l'être. Un système d'init est de fait trop spécifique au système pour que la question de la portabilité soit réellement pertinente.
C'est un peu le paradoxe de l'univers UNIX. Il y a plein de systèmes différents ce qui apporte de la diversité. Mais on souhaite que tout soit compatible avec tous les autres. Quel intérêt d'avoir des systèmes différents ? Est-ce qu'une API de noyau en commun serait vraiment intéressant ? Les systèmes UNIX ont su faire des scripts de démarrage incompatibles entre eux depuis 40 ans, systemd aura au moins fusionné la situation pour Linux et pour le reste la situation ne changera pas.