sans ces emmerdeurs à vouloir des normes communes, ça serait tellement plus rapide d'innover...
Justement, pour la partie desktop, le coeur du problème est que les gens de BSD ne s'investissent pas assez dans les efforts de standardisations formelles (freedesktop) ou informelles (fournir du code, tester les projets communs).
Quant à la partie système, c'est bien de respecter les normes mais les seules évolutions qu'a connu POSIX cette décennie passée ont été: fusion avec SUS, toilettage de l'API, prise en compte d'IPv6 etc ... On peut ânonner POSIX jusqu'à la fin des temps ou bien se sortir les doigts du cul et utiliser des alternatives plus avancées.
Là ou Lennart marque un point, c'est que les normes se basent sur les innovations proposées par les différents participants, or la plupart des innovations se font dans Linux (ou GNU dans un contexte plus large) qui est devenu le standard de FAIT. Le problème c'est que POSIX n'évolue plus, donc soit on le sort de l'ornière, soit on crée un nouveau groupe de standardisation sur le modèle fd.o (j'ose pas imaginer le niveau trollesque d'une liste réunissant quotidiennement de Raadt, Trollvalds, RMS etc ...) pour collaborer plus étroitement.
Sinon pour revenir au sujet principal:
* systemd n'est pas un bloatware: la portabilité à tout prix a un coût, le choix du linux-o-centrisme a été fait pour éviter justement que systemd devienne un bloatware.
* le choix de D-Bus: D-Bus est un protocole qui s'appuie sur un IPC plus que standard: les sockets BSD. En plus, systemd s'appuie sur une toute petite lib, rien n'interdit de la réimplémenter, si elle est trop bloated.
* Lennart n'a rien contre la portabilité et les standards, au cours du développement de systemd, il a rapporté plus de bogues au FHS à lui seul que la majorité des distros ces dernières années. Le but n'est pas de péter FHS mais de corriger ces lacunes et de standardiser ça au lieu que chaque distro fasse son hack dans son coin comme c'est le cas actuellement. Au final, systemd contribuera a simplifier le boulot de ces feignasses de sysadmins sous GNU/Linux (quant aux BSD, ils utilisaient déjà leurs propres init donc ça change pas grand chose de ce côté là)
[^] # Re: linuxo-centré.
Posté par GeneralZod . En réponse au journal systemd est un "bloat". Évalué à 9.
Justement, pour la partie desktop, le coeur du problème est que les gens de BSD ne s'investissent pas assez dans les efforts de standardisations formelles (freedesktop) ou informelles (fournir du code, tester les projets communs).
Quant à la partie système, c'est bien de respecter les normes mais les seules évolutions qu'a connu POSIX cette décennie passée ont été: fusion avec SUS, toilettage de l'API, prise en compte d'IPv6 etc ... On peut ânonner POSIX jusqu'à la fin des temps ou bien se sortir les doigts du cul et utiliser des alternatives plus avancées.
Là ou Lennart marque un point, c'est que les normes se basent sur les innovations proposées par les différents participants, or la plupart des innovations se font dans Linux (ou GNU dans un contexte plus large) qui est devenu le standard de FAIT. Le problème c'est que POSIX n'évolue plus, donc soit on le sort de l'ornière, soit on crée un nouveau groupe de standardisation sur le modèle fd.o (j'ose pas imaginer le niveau trollesque d'une liste réunissant quotidiennement de Raadt, Trollvalds, RMS etc ...) pour collaborer plus étroitement.
Sinon pour revenir au sujet principal:
* systemd n'est pas un bloatware: la portabilité à tout prix a un coût, le choix du linux-o-centrisme a été fait pour éviter justement que systemd devienne un bloatware.
* le choix de D-Bus: D-Bus est un protocole qui s'appuie sur un IPC plus que standard: les sockets BSD. En plus, systemd s'appuie sur une toute petite lib, rien n'interdit de la réimplémenter, si elle est trop bloated.
* Lennart n'a rien contre la portabilité et les standards, au cours du développement de systemd, il a rapporté plus de bogues au FHS à lui seul que la majorité des distros ces dernières années. Le but n'est pas de péter FHS mais de corriger ces lacunes et de standardiser ça au lieu que chaque distro fasse son hack dans son coin comme c'est le cas actuellement. Au final, systemd contribuera a simplifier le boulot de ces feignasses de sysadmins sous GNU/Linux (quant aux BSD, ils utilisaient déjà leurs propres init donc ça change pas grand chose de ce côté là)