La doc dit que c'est "systemd", pas "systemD". C'est assez intéressant de voir la corrélation entre le fait de ne pas savoir utiliser la graphie d'un projet et le fait de ne pas savoir argumenter sur un système d'init.
Et ça, c'est en supposant que c'est une erreur et pas une tentative puérile de vouloir dire "ah ah, c'est du bricolage" (car bon, pourquoi aligner des arguments techniques quand on peut recycler des blagues sur un projet, surtout quand on se souvient que ça a débouché sur des menaces de mort).
Non que ce que les projets soient dénués d'intérêt, mais
plutôt qu'ils ont été très controversé (avant d'être amendés
et de faire le job)
Pulseaudio n'a pas été "amendé" (en tout cas, l'architecture n'a pas été refondu totalement, même si j'imagine que comme tout code, il y a eu des bugs), mais les fonctions peu utilisés de certains drivers d'Alsa avant Pulseaudio ont été corrigés, ce qui fait que le son a fini par marcher correctement avec Pulseaudio.
Je rappelle qu'à l'époque, Alsa, c'était grosso modo 1 mainteneur chez Suse et pas plus (parce que curieusement, le son sous linux n'était pas une priorité business de grand monde).
Et Alsa, c'était aussi une API plus complète et plus complexe qu'OSS, donc pas étonnant que des bugs se soient nichés dedans.
C'est pas non plus comme si ESD et aRts n'avaient pas eu leur lot de problèmes à l'époque (cette époque que les moins de 10 ans ne peuvent pas connaître).
Quand à systemd, dans la mesure ou je me qualifie volontiers de vétéran des discussions en 2014 et 2016 sur le sujet, je suis curieux de savoir ce qui aurait été "amendé".
[^] # Re: +1 pour la rime
Posté par Misc (site web personnel) . En réponse au lien Lennart ce fripon, s'en va à Redmond. Évalué à 10.
La doc dit que c'est "systemd", pas "systemD". C'est assez intéressant de voir la corrélation entre le fait de ne pas savoir utiliser la graphie d'un projet et le fait de ne pas savoir argumenter sur un système d'init.
Et ça, c'est en supposant que c'est une erreur et pas une tentative puérile de vouloir dire "ah ah, c'est du bricolage" (car bon, pourquoi aligner des arguments techniques quand on peut recycler des blagues sur un projet, surtout quand on se souvient que ça a débouché sur des menaces de mort).
Pulseaudio n'a pas été "amendé" (en tout cas, l'architecture n'a pas été refondu totalement, même si j'imagine que comme tout code, il y a eu des bugs), mais les fonctions peu utilisés de certains drivers d'Alsa avant Pulseaudio ont été corrigés, ce qui fait que le son a fini par marcher correctement avec Pulseaudio.
Je rappelle qu'à l'époque, Alsa, c'était grosso modo 1 mainteneur chez Suse et pas plus (parce que curieusement, le son sous linux n'était pas une priorité business de grand monde).
Et Alsa, c'était aussi une API plus complète et plus complexe qu'OSS, donc pas étonnant que des bugs se soient nichés dedans.
C'est pas non plus comme si ESD et aRts n'avaient pas eu leur lot de problèmes à l'époque (cette époque que les moins de 10 ans ne peuvent pas connaître).
Quand à systemd, dans la mesure ou je me qualifie volontiers de vétéran des discussions en 2014 et 2016 sur le sujet, je suis curieux de savoir ce qui aurait été "amendé".