Hein, avec son discours ambigu sur les pilotes propriétaires, on en est arrivé au point où on reproche aux autres distributions de ne pas les supporter
Faut arrêter là. Ça a toujours existé. T'as cas aller lire les archives linuxfr, mailing lists, newsgroup des années avant la naissance d'Ubuntu si t'y crois pas. Y'a toujours eu des gens pour se "plaindre".
Et note que ne pas soutenir les drivers proprio c'est synonyme d'API instable et ça ne touche pas que les développeurs du proprio.
Entre autres, avant les derniers développements récents sur le WiFi dans le kernel mainline, il existait des *tonnes* de drivers libres pour cartes wifi qui n'étaient pas intégré au kernel et qui devaient faire la chasse aux API en croisant les doigts que ça bouge pas trop et que ça soit patchable. L'un d'entre eux, celui pour les realtek, a été laissé non maintenu par son auteur principal et les utilisateurs du drivers s'échangeaient des patchs à la barbare, situation qui est restée telle quelle pendant des années jusqu'à ce que l'un des derniers kernel a fini par intégrer un driver realtek écrit pour la dernière pile wifi à la mode.
S'il existait une API du kernel dédiée à l'écriture de drivers en dehors de son arbre ça motiverait un paquet de gens à écrire des drivers pour du matos qui n'en a pas, sans avoir nécessairement besoin de répondre aux critères qualité / coding style de Linus. Parce que faire un driver, c'est déjà un paquet de boulot, mais en plus répondre aux critères d'intégration tout le monde se sent pas forcément intéressé.
[^] # Re: Les résultats de Canonical
Posté par ohnoes . En réponse au journal Résultats du deuxième trimestre chez Novell, des résultats chez Mandriva. Évalué à 3.
Hein, avec son discours ambigu sur les pilotes propriétaires, on en est arrivé au point où on reproche aux autres distributions de ne pas les supporter
Faut arrêter là. Ça a toujours existé. T'as cas aller lire les archives linuxfr, mailing lists, newsgroup des années avant la naissance d'Ubuntu si t'y crois pas. Y'a toujours eu des gens pour se "plaindre".
Et note que ne pas soutenir les drivers proprio c'est synonyme d'API instable et ça ne touche pas que les développeurs du proprio.
Entre autres, avant les derniers développements récents sur le WiFi dans le kernel mainline, il existait des *tonnes* de drivers libres pour cartes wifi qui n'étaient pas intégré au kernel et qui devaient faire la chasse aux API en croisant les doigts que ça bouge pas trop et que ça soit patchable. L'un d'entre eux, celui pour les realtek, a été laissé non maintenu par son auteur principal et les utilisateurs du drivers s'échangeaient des patchs à la barbare, situation qui est restée telle quelle pendant des années jusqu'à ce que l'un des derniers kernel a fini par intégrer un driver realtek écrit pour la dernière pile wifi à la mode.
S'il existait une API du kernel dédiée à l'écriture de drivers en dehors de son arbre ça motiverait un paquet de gens à écrire des drivers pour du matos qui n'en a pas, sans avoir nécessairement besoin de répondre aux critères qualité / coding style de Linus. Parce que faire un driver, c'est déjà un paquet de boulot, mais en plus répondre aux critères d'intégration tout le monde se sent pas forcément intéressé.