Si mon PC est trop récent, c’est bien que Linux a quand même du retard… (Je suis bien conscient que ce n’est pas évident, avec les constructeurs qui ne s’occupent pas du tout de Linux pour la plupart, mais du coup c’est pas cool quoi…)
À dire vrai, Microsoft ne s'occupe pas non plus du matériel. Ce sont les constructeurs qui doivent mettre au point leurs pilotes pour un système cible sous peine de ne pas réussir à vendre leur matériel. On l'oublie un peu trop mais : quand est-ce que tu as installé un pilote sous Linux pour la dernière fois ? La plupart des choses sont immédiatement détectées et reconnues par le système lui-même, tant et si bien qu'on n'y prête même plus attention.
À titre de comparaison, quand les clés USB ont commencé à apparaître, Linux les a reconnues sans problème pratiquement dès le départ. C'était censé être normal car l'USB encore tout jeune a ce moment avait défini d'emblée des classes de périphérique et il suffisait donc de s'appuyer sur la norme. Malgré cela, toutes les boîtes étaient vendues accompagnées d'une disquette-pilote, ceci parce que la prise en charge de l'USB n'était pas encore native sur l'O.S. le plus répandu du marché.
À partir de cela, si ce ne sont pas les constructeurs eux-mêmes qui, soit mettent à disposition un pilote ou un module du noyau, soit fournissent à l'avance à la communauté les spécifications d'utilisation d'un matos à sortir (ce qui est très risqué dans un milieu aussi concurrent), alors on est obligé d'attendre que l'appareil sorte et que quelqu'un veuille bien faire un peu de reverse engineering dessus. Donc, oui, il y aura du retard et ce sera commun à tous les systèmes qui n'intéresse pas directement le fabricant.
Maintenant, 2 ans, c'est un peu long et ton PC a le temps de vieillir, mais si c'est un seul développeur qui fait cela bénévolement, alors il se peut que ce soit tout simplement le temps minimum nécessaire. Par exemple, j'ai utilisé pendant longtemps un portable Toshiba Satellite 2410 qui était très bien pour son temps, mais qui avait le gros défaut d'afficher une barre noire de deux centimètres d'épaisseur sur le côté droit. Après avoir farfouillé un peu, je me suis rendu compte que c'était l'EDID qui contenait une valeur pourrie concernant le nombre de colonnes du panneau LCD. J'ai donc fini par télécharger mon EDID, le corriger à la main et demander à X de suivre ce fichier plutôt que ce qu'il recevait de l'écran.
Bien sûr, c'est inadmissible pour le grand public mais :
— L'EDID était bien pourri et patché via les pilotes sur les systèmes pris en charge par le constructeur ;
— Quel autre système m'aurait permis d'aller chercher mon EDID en passant deux ou trois options ?
— Quel autre système m'aurait offert la possibilité d'utiliser éventuellement l'EDID de mon choix ?
Je crois que c'est la plus grande force des Unixoïdes et surtout du logiciel libre : si ça casse, tu as les moyens de réparer et de repartir.
[^] # Re: coup de gueule
Posté par Obsidian . En réponse au message Que de déboires sous Linux.... Évalué à 5.
À dire vrai, Microsoft ne s'occupe pas non plus du matériel. Ce sont les constructeurs qui doivent mettre au point leurs pilotes pour un système cible sous peine de ne pas réussir à vendre leur matériel. On l'oublie un peu trop mais : quand est-ce que tu as installé un pilote sous Linux pour la dernière fois ? La plupart des choses sont immédiatement détectées et reconnues par le système lui-même, tant et si bien qu'on n'y prête même plus attention.
À titre de comparaison, quand les clés USB ont commencé à apparaître, Linux les a reconnues sans problème pratiquement dès le départ. C'était censé être normal car l'USB encore tout jeune a ce moment avait défini d'emblée des classes de périphérique et il suffisait donc de s'appuyer sur la norme. Malgré cela, toutes les boîtes étaient vendues accompagnées d'une disquette-pilote, ceci parce que la prise en charge de l'USB n'était pas encore native sur l'O.S. le plus répandu du marché.
À partir de cela, si ce ne sont pas les constructeurs eux-mêmes qui, soit mettent à disposition un pilote ou un module du noyau, soit fournissent à l'avance à la communauté les spécifications d'utilisation d'un matos à sortir (ce qui est très risqué dans un milieu aussi concurrent), alors on est obligé d'attendre que l'appareil sorte et que quelqu'un veuille bien faire un peu de reverse engineering dessus. Donc, oui, il y aura du retard et ce sera commun à tous les systèmes qui n'intéresse pas directement le fabricant.
Maintenant, 2 ans, c'est un peu long et ton PC a le temps de vieillir, mais si c'est un seul développeur qui fait cela bénévolement, alors il se peut que ce soit tout simplement le temps minimum nécessaire. Par exemple, j'ai utilisé pendant longtemps un portable Toshiba Satellite 2410 qui était très bien pour son temps, mais qui avait le gros défaut d'afficher une barre noire de deux centimètres d'épaisseur sur le côté droit. Après avoir farfouillé un peu, je me suis rendu compte que c'était l'EDID qui contenait une valeur pourrie concernant le nombre de colonnes du panneau LCD. J'ai donc fini par télécharger mon EDID, le corriger à la main et demander à X de suivre ce fichier plutôt que ce qu'il recevait de l'écran.
Bien sûr, c'est inadmissible pour le grand public mais :
— L'EDID était bien pourri et patché via les pilotes sur les systèmes pris en charge par le constructeur ;
— Quel autre système m'aurait permis d'aller chercher mon EDID en passant deux ou trois options ?
— Quel autre système m'aurait offert la possibilité d'utiliser éventuellement l'EDID de mon choix ?
Je crois que c'est la plus grande force des Unixoïdes et surtout du logiciel libre : si ça casse, tu as les moyens de réparer et de repartir.