Quand un gusse pète une api kernel, c'est à lui de réparer les dégâts jusqu'à ce que tout compile. Il sait ce qu'il change c'est infiniment plus rapide que de compter sur la personne qui ne comprendra pas forcément la subtilité du changement.
Et ce gus, tu crois qu'il comprend tous les drivers qui font usage de l'API ? Moi j'en doutes...
Mais à quel prix ? Le prix de la perte de drivers à chaque version de windows, Linux n'a rien perdu !
Les vendeurs de hardware se foutent rapidement de leur driver quand il n'est plus vendu.
Mais ca n'a RIEN a voir...
Le driver, si il reste libre, tu peux toujours l'adapter a la prochaine version de l'API. Le fait de changer d'API tous les 3 jours n'a aucune incidence sur la possibilite de corriger le code du driver, si tu peux le faire tous les 3 jours, tu peux le faire tous les 3 ans.
La seule difference c'est qu'il y a une periode de stabilite, plutot qu'une ABI qui change tous les 3 matins.
[^] # Re: rentrons dans le vif du sujet
Posté par pasBill pasGates . En réponse au journal Linux un bloat, ah bon ?. Évalué à 1.
Et ce gus, tu crois qu'il comprend tous les drivers qui font usage de l'API ? Moi j'en doutes...
Mais à quel prix ? Le prix de la perte de drivers à chaque version de windows, Linux n'a rien perdu !
Les vendeurs de hardware se foutent rapidement de leur driver quand il n'est plus vendu.
Mais ca n'a RIEN a voir...
Le driver, si il reste libre, tu peux toujours l'adapter a la prochaine version de l'API. Le fait de changer d'API tous les 3 jours n'a aucune incidence sur la possibilite de corriger le code du driver, si tu peux le faire tous les 3 jours, tu peux le faire tous les 3 ans.
La seule difference c'est qu'il y a une periode de stabilite, plutot qu'une ABI qui change tous les 3 matins.