Ainsi, ce n'est pas la première fois que Theo de Raadt lance un appel public pour inciter les utilisateurs à manifester leur mécontentement envers les constructeurs qui ne collaborent pas :
- En octobre 2004, un appel pour un changement des licences des firmwares TI et Intel avait été lancé. Une vingtaine d'adresses email de contacts au sein des 2 sociétés avait été données, pour que les utilisateurs se manifestent.
- En mars 2005, Théo de Raadt appelait de nouveau au lobbying pour obtenir les spécifications technique au constructeur de carte RAID Adaptec "FSA".
Tout d'abord il faut rappeler que la dernière version d'OpenBSD avait mis l'accent dans la lutte contre les blobs.
Le fil de discussion commence par un message de Damien Bergamini, qui s'indigne de voir Intel s'afficher comme un partenaire du libre pendant des conférences OSDL, alors qu'il a dû faire de la rétro-ingénierie pour écrire le pilote de la carte wifi "Intel PRO/Wireless 3945ABG" sans blob.
Theo répond en annonçant clairement son point de vue : "Avant de demander quoi que ce soit à un constructeur nous sommes déjà perdant (puisque le matériel ne fonctionne pas). Quand un constructeur refuse de collaborer, nous n'avons rien perdu de plus que d'avoir un matériel qui ne fonctionne pas. Il n'y a donc aucune raison d'abandonner, jusqu'à ce que nous puissions retrouver le droit d'écrire du code libre pour le matériel que nous avons acheté."
"before we ask a vendor, we have already lost (ie. the device does not work). When a vendor says no, we have lost nothing further -- there is no way we can lose further than having the device not work. We can only win, and then the device works. So there is no point in giving up until we win back the rights to write software for the hardware that we have purchased."
Theo rappelle aussi que c'est grâce à la mobilisation des utilisateurs que les constructeurs ont été convaincus de faire ce qu'il fallait en libérant les spécifications techniques ou en autorisant la redistribution des firmwares.
In the past, our users have shown that they can help us convince vendors to do the right thing. They have shown vendors the path towards freeing up many pieces of documentation or granting firmware distribution rights.
Theo suggère qu'intel autorise la redistribution de ses firmwares comme l'ont déjà fait Adaptec, Atmel, Broadcom, Cirrus Logic, Cyclades, QLogic, Ralink, LSI et d'autres sociétés
Enfin, il conclut en demandant à la communauté opensource, de prendre contact avec Intel (un email est cité dans le message original) pour les aider à changer leur politique.
Aller plus loin
- La dépêche sur OpenBSD Journal (undeadly.org) (1 clic)
- La dépêche sur KernelTrap (1 clic)
- Le message de Theo de Raadt (2 clics)
- Le fil de discussion complet (2 clics)
# Vive Theo.
Posté par neologix . Évalué à 10.
Je lui ai envoyé un mail pour le remercier, et j'ai été surpris sa disponibilité (il m'a répondu très vite, et s'est montré très ouvert).
Je pense que je peux en mettre le contenu ici:
Et c'est vrai que lorsque je vois ça, ça m'attriste:
http://linuxfr.org/2006/08/29/21260.html
Si même Debian laisse tomber, je suis vraiment pessimiste.
Pire, dans un autre e-mail:
Enfin:
Alors, on a un problème ou pas?
Vais-je devoir passer à OpenBSD pour avoir un système _vraiment_ libre? RMS lui-même a dit que Linux n'était pas libre:
Je doute...
[^] # Re: Vive Theo.
Posté par Etienne Juliot (site web personnel) . Évalué à 8.
Je trouve que ça ne se fait pas trop ...
[^] # Re: Vive Theo.
Posté par neologix . Évalué à 9.
- ces positions ont toujours été les siennes, et il l'a toujours clamé haut et fort
- il insiste souvent pour que ses e-mails soient forwardés au plus grand nombre
- si je le reproduis ici, c'est pour que les gens prennent conscience qu'il a raison, et que nous devons faire quelque chose...
[^] # Re: Vive Theo.
Posté par gde . Évalué à 0.
on reconnait bien là un comportement de mégalo :)
enfin je dis ça sans méchanceté. Moi aussi j'aime bien Théo!
[^] # Re: Vive Theo.
Posté par gde . Évalué à 3.
Debian commence à mettre des trucs pas très catholique, la GPLv3 qui en prend plein la figure par les developpeurs du noyau, les licences creative commons semblent rencontrer des problèmes ( http://trends.newsforge.com/trends/06/09/25/1915236.shtml?ti(...) ).
bref, on dirait qu'il y a une petite gueguerre idéologique entre les adeptes du free software et ceux de l'open source en ce moment... en espérant que ça ne fasse pas trop de dégats...
[^] # Debian, OpenBSD: objectifs convergents & petites diffs. conjecturelles
Posté par herodiade . Évalué à 8.
D'une part, parce qu'il s'agit d'une invitation à réagir destinée à la collectivité au sens large, que cela concerne les utilisateurs de GNU/Linux autant que ceux d'OpenBSD, et que les utilisateurs de Debian se sentent probablement tout autant concernés, et sont plutôt les bienvenus pour se faire entendre auprès d'Intel. D'ailleurs, si bizarre que cela puisse paraître, si Debian accepte (provisoirement) ces firmwares illégaux, c'est justement parce qu'elle veut être plus radicale encore qu'OpenBSD, en refusant carrément les firmwares librement distribuables mais non libres & opensources (ce qui est une tache énorme, donc débattue et régulièrement repoussée, c'est pourquoi, pour le moment, rien n'est fait et on a donc paradoxalement quelques firmwares "illégaux" qui traînent encore).
Second point, il y a une incompréhension endémique entre ces deux mondes de développeurs. L'objectif des deux communautés est le même (pouvoir fonctionner sur le matériel actuel en gardant un système le plus libre possible), les stratégies et enjeux diffèrent légèrement.
Sur ce point de divergence, il faut rappeler que que « développeur » ne signifie pas la même chose dans « développeur Debian » et « développeur OpenBSD ». Le développeur Debian travaille plutôt à l'intégration, au packaging, à la correction/remontée de bugs et à la redistribution & upgrade de logiciels tier, le plus souvent développés par d'autres (ce qui les rend plus sensibles aux questions de procédure et redistributions, compatibilité de licences, d'où l'objectif du "tout, même les firmwares, libre et avec les sources" pour le moment bloquant mais plus radical que "tout libre, mais les firmwares peuvent être seulement redistribuables"). Tandis que la fonction principale d'un développeur OpenBSD est d'écrire du code, ce qui le rend plus sensible aux questions de documentation du matériel, aux NDA - qu'ils refusent radicalement - mais moins sensibles au besoin d'avoir les sources pour les firmwares : ils n'auraient pas le temps ni les outils ni les compétences pour modifier le code des firmwares, fussent-ils libres (et ils ont besoin de réagir tout de suite, quitte à être moins exigeants / plus pragmatique, contrairement à Debian qui peut se permettre d'attendre de trouver un consensus sur des exigences plus "idéaliste", car les firmwares sont déja là dans Linux et avec eux le support du matériel dans un kernel développé par d'autres).
De plus, comme dit plus haut, « The firmware problem is a Linux [kernel] problem, not a Debian problem » (car c'est en amont les devs. kernel qui incluent souvent ces firmwares dans le kernel vanilla, tandis que sous OpenBSD, les développeurs noyau sont les mêmes personnes que ceux qui font l'OS => problématique différente).
# Et les cartes graphiques ?
Posté par GPLorDIE . Évalué à 2.
En effet à quoi bon se battre pour avoir un pilote de carte wifi libre si de toute manière on est obligé de passer par des drivers propriétaires pour lancer Xorg ?
Alors on va me dire qu'Intel et d'autres fournissent des drivers de carte vidéo libres, mais figurez vous que j'aime bien jouer à quelques jeux en 3D (libres !) sans qu'ils rament à 10fps.
Peut-être serait-il possible de lancer un projet autour d'un wiki et des dons paypal pour financer/motiver des développeurs ?
[^] # Re: Et les cartes graphiques ?
Posté par dguihal . Évalué à 9.
ATI (fonctionne presque pour toutes les Radeon 9500 j-> X850): http://dri.freedesktop.org/wiki/R300_20Portal
[^] # Re: Et les cartes graphiques ?
Posté par GNUtoo . Évalué à 1.
y'as t'il des nouvelles a ce sujet?
[^] # Re: Et les cartes graphiques ?
Posté par un_brice (site web personnel) . Évalué à 7.
CF http://airlied.livejournal.com/31180.html, notement :
-> les NDAs, ça pue et nvidiATI aussi.
[^] # Re: Et les cartes graphiques ?
Posté par Amand Tihon (site web personnel) . Évalué à 6.
Alors j'avoue que je ne suis pas le projet de très près, mais il me semble qu'il avance petit à petit. D'autres pouront sans doute en dire plus que moi.
[^] # Re: Et les cartes graphiques ?
Posté par Anonyme . Évalué à 8.
Alors sans les specs, c'est aux limites de l'impossible; J'ai testé le driver expérimental r300 sur trois cartes ATI différentes, et ai eu de la bouillie de pixels sur deux et pas d'accèl' sur la troisième.
Tu veux un driver libre ? Tu trouve une demie-douzaine de développeurs réellements compétents, tu les paie pendant 1 à 2 ans, tu leur file une trentaine de bécanes pour tester sur pleins de configs différentes, et surtout, surtout, tu leur file un minimum de specs, et là, tu aura tes drivers.
Sans cela, j'ai malheureusement peur qu'on reste dans la merde.
[^] # Re: Et les cartes graphiques ?
Posté par Markov . Évalué à 4.
En ce qui concerne le reverse engineering d'une carte 3D, ce n'est pas impossible mais la difficultée peut être très grande s'il n'y a absolument aucune information sur les cartes (particuliérement en ce qui concerne les registres pour configurer la carte (mode video, couleur, DMA buffer, ...)) après comprendre les packets 3D c'est beaucoup plus "facile".
Il reste vrai que les développeurs qui travaillent au reverse engineering manquent de temps. Cela principalement parcequ'ils le font en hobbie. De plus il me semble que la raison pour laquelle aucun développeurs n'est embauchés pour travailler sur le reverse enginering c'est principalement à cause de pression de la part de NVidia et ATI sur les éventuels employeurs (je pense par exemple à NVidia qui n'a pas apprécié le travail d'un employé de trolltech à propos du reverse enginering de leur carte).
[^] # Re: Et les cartes graphiques ?
Posté par Frédéric COIFFIER . Évalué à 2.
Actuellement, nous n'avons toujours pas de mode master dans une release officielle (il parait que c'est dans le CVS mais ça fait longtemps qu'il n'y a pas eu de release...).
Donc, doit-on considérer que les drivers sont libres s'ils sont mal codés et non maintenables ?
[^] # Re: Et les cartes graphiques ?
Posté par GNUtoo . Évalué à 2.
*l'ancienne
*la nouvelle basee sur deviscape
est ce que la nouvelle a le mode master?
on pourait les pousser a faire une relase,est ce une bonne idee?
[^] # Re: Et les cartes graphiques ?
Posté par Nicolas Bernard (site web personnel) . Évalué à 3.
(chercher "ral" dans http://www.openbsd.org/cgi-bin/man.cgi )
(Celle de passer de Linux à OpenBSD par contre... ;-)
[^] # Re: Et les cartes graphiques ?
Posté par GNUtoo . Évalué à 1.
c'est le nouveau driver dit rt2x00 qui est base sur la pile devicescape
# Qui est libriste ?
Posté par moramarth . Évalué à 2.
nVidia est encore moins libre, d'après ce que je sais, seul la partie 2D, la moins intéressante surtout au vu de l'avenir des bureau libre, est libre, mais la partie 3D, quoique réputée performante est verouillée.
Intel était celui qui faisait dans le libre à mes yeux, jusqu'à cette charge de Theo…
Il y a bien OpenGraphics, mais le projet n'est pas encore mature.
Alors, si on veut un bureau libre ludique, avec composition comme beryl par exemple, comment fait-on pour rester libre ? On se braque, on gueule et on attend ?
[^] # Re: Qui est libriste ?
Posté par patrick_g (site web personnel) . Évalué à 2.
D'après ce que je comprends les pilotes graphiques Intel sont libres alors que les pilotes wifi ne le sont pas.
[^] # Re: Qui est libriste ?
Posté par BAud (site web personnel) . Évalué à 5.
[^] # Re: Qui est libriste ?
Posté par panda panda . Évalué à 3.
Le departement Ethernet d'intel a fait des efforts pendant l'annee qui s'est ecoulee aussi etonnant que cela puisse paraitre vu la conjoncture cote wireless.
Bref a priori on est malheureusement dependant de decisions politiques sujettes a modifications.
En tous cas je suis de plus en plus heureux d'avoir cru assez tot en OpenBSD,
ca marche et c'est libre ! Merci Theo & cie.
# Intel seulement open pour le business
Posté par Boa Treize (site web personnel) . Évalué à 9.
Intel ne s'ouvre qu'aux entreprises par exemple.
[^] # Re: Intel seulement open pour le business
Posté par iug . Évalué à 6.
"To quote a friend,
Some asshole said he was "open",
but he was only open for business."
Source KernelTrap
[^] # Re: Intel seulement open pour le business
Posté par chl (site web personnel) . Évalué à 10.
Intel: Only "Open" for Business
Où je trouve qu'il y a un jeu de mot avec Open (OpenSource/ouvert dans le sens général). Cependant, dans ta proposition (à laquelle j'avais bien sur pensé) "Intel ne s'ouvre qu'aux entreprises" le jeu de mot a disparu.
Si t'as d'autres propositions, vas y, j'suis open.
[^] # Re: Intel seulement open pour le business
Posté par plagiats . Évalué à 3.
[^] # Re: Intel seulement open pour le business
Posté par Boa Treize (site web personnel) . Évalué à 1.
A la base, je ne pense pas qu'on puisse parler de jeu de mots avec "open", ou si peu.
Ou alors, on entre dans le domaine du vraiment scabreux, comme le mail de Theo le laisse entendre.
Par ailleurs, je ne trouve pas que le faible jeu de mots avec ouvert ait disparu, puisqu'il y a un certain verbe dans ma proposition que tu n'as manifestement pas vu.
# Des réactions
Posté par gaston . Évalué à 3.
Un certain nombre d'utilisateurs se sont manifestés depuis auprès du responsable chez Intel, comme les en avait encouragé Théo :
Certains de ces utilisateurs avaient ajouté misc@openbsd.org en copie, ce qui a relancé des fils de discussion sur le sujet.
Si vous êtes intéressés pour suivre les différents points de vue et réactions, les archives sont disponibles sur http://news.gmane.org/gmane.os.openbsd.misc et http://marc.theaimsgroup.com/?l=openbsd-misc&r=1&b=2(...)
Un des messages me parait intéressant du point de vue des licences : http://article.gmane.org/gmane.os.openbsd.misc/110649
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.