----- Original Message ----- From: "Martial Guex" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Tuesday, August 12, 2003 11:34 AM Subject: Re: [gull] Drivers 802.11g
On Tuesday 12 August 2003 04:21, FLUO wrote: >>----- Original Message ----- >> Il semble que ce soit plut�t pour la carte wireless a, a/b, a/b/g >Comprend pas la remarque ! Les seules drivers g sont pour des cartes tri-normes abg. Il n'y a pas des drivers b/g ou g tout court. C'est bien d'avoir une carte a/b/g, mais peut-�tre plus cher qu'une carte b/g. Il me semble que les cartes wifi a sont moins r�pandu que les g qui sont g�n�ralement b/g donc r�trocompatible avec les bornes b. >> Sont-elles achetables en Suisse? >Il faut voir chez: >http://www.comattack.ch �a n'a pas l'air >Je pense qu'il faut attendre quelques mois car il ne doit pas avoir >beaucoup >homologu�e par l'OFCOM actuellement. >> La th�orie de la protection par l'obscure semble fonctionner. La >>grande >> raison mise en avant est que vu que les fr�quences sont contr�lables >>au >> niveau logiciel, ils seraient possibles d'aller sur d'autres >>fr�quences >> dont celles de la grande muette et serait incompatible avec les >>volont�s >> de la FCC (The Federal Communications Commission (FCC) is an >>independent >> US government agency: n'�tant ni am�ricain,ni r�sident aux USA, je ne >> vois pas pourquoi je devrais me sentir concern� par ce que veut cette >> agence.). Mais un logiciel closed-source pourrait tout autant r�ussir >> cela. >Il ne faut pas faire de l'anti US primaire. L'homologation d'un >produits ne Ce n'est pas de l'anti-us primaire. Seulement si un pays d�cide quelque chose, il n'y a pas de raison que les autres pays doivent en subir les cons�quence. Si les USA d�cident d'interdire l'alcool au moins de 21 ans, c'est son probl�me, dans d'autres pays, l'alcool est interdit � d'autres seuils. Donc si les USA d�cident que les fr�quences de ces cartes soient bloqu�s, c'est les USA que �a regarde. Moi, je veux mon driver Open-Source avec les fr�quences voulues par l'OFCOM. Les drivers open-sources respectent les r�glementations tout autant que ceux en closed-source. Certaines questions technologiques en vont de notre souverainet� nationale. Par exemple, les puces Fritz - TCPA sont voulues par les am�ricains, avec �a, tout le monde se retrouvera avec leur puces de m.... Idem pour le chiffrement, ce n'est pas parce que la France et les USA ont d�cid� que la cryptographie �tait une arme de guerre, que nous ne pouvont pas utilis� du cryptage fort � plus de 56 bits. >concerne pas uniquement les fr�quences mais �galement la puissance >d'�mission >que ce soit dans le canal central ou celles des canaux contigus. Des >contraintes sont n�cessaires pour que tous les produits utilisant des >ondes >radios puissent travailler ensembles. De plus il faut bien avoir une >identit� >qui prend sur elle l'homologation et qui va prendre sur elle la >responsabilit� juridique si leur produit permet de contourner la norme. Est-ce que Audi prend la responsabilit� juridique que ces voitures servent de b�liers et roulent � 200 sur une autoroutes? >Si l'on veux bidouill� avec de ondes radio il faut faire un brevet de > radio >amateur et ensuite on a des plages de fr�quences permettant une plus >grande libert� mais les contraintes sont toujours l�. >Comme on d�t la libert� des uns commence ou celle des autres finissent. Je ne veux pas bidouill� avec des ondes, je veux un driver qui ne repose pas sur un binaire qu'un type voudra bien support�. De plus ta citation, je ne l'aime pas, car elle nous pr�sente la libert� comme quelque chose dont on doit se garder. Elle serait m�me extr�mement dangereuse car synonyme de "faire tout et n'importe quoi": "S'ils �taient totalement libres de faire ce qui leur pla�t, les humains s' entre-d�chireraient dans un chaos g�n�ralis� et la vie en soci�t� deviendrait impossible "...! Ce discours n'est pas d�sint�ress�, il permet de justifier le principe de l'Autorit� et de transformer la libert� en un "id�al inaccessible ". Elle n'est plus qu'un sujet d' incantation, r�serv� pour les effets de manches des tribuns politiques. >> Le fait que des fabricants sortent des produits bas�s sur le >>brouillon de la norme 802.11g ne g�ne pas grand monde. >Je pense que les produits qui sortes on la possibilit� de suivre les >�volutions future de la norme par mise � jour de leur firmware. De draft g � g, il faut esp�rer. >> Le HAL (Hardware Access Layer ) n'est pas exempt de bug, mais on ne >>peut >> pas v�rifier. La compilation du binaire pour ta plateforme est au bon >> vouloir de l'auteur. S'il venait � arr�ter le projet, � devenir >> amn�sique ou � d�c�der, on se retrouve avec une version fig�e. >Une alternative serai d'avoir une partie du firmware ne pouvant �tre >charg� >que depuis un binaire pr�par� par le constructeur mais avec les source >en >open et une autre partie totalement en libre. Le risque c'est que >quelqu'un >d�couvre la m�thode que le constructeur utilise pour pr�parer le >firmware qui >est sous la responsabilit� du constructeur. Ce qui arrivera >probablement >(comme le cryptage de zone pour les DVD). Je n'ai pas lu tout le source de madwifi, mais je suppose que le HAL discute avec le firmware. >Personnellement je pr�faire avoir un firmware d'une bonne bo�te prenant >sur >elle toute la partie homologation et juridique en cas de probl�me. >> >> Je ne suis pas certain que le reste du pilote puisse �tre GPL s'il >>est link� sur un objet closed-source. >> >> Le noyau est teint�. >Il est tout � fait possible pour un constructeur de faire un module en > open qui charge dynamiquement un binaire. C'est par exemple la m�thode qui > est utilis�e par AVM pour le driver de ces carte ISDN et ADSL (Fritz, C2, > C4 etc) >> Cela montre le mauvais exemple aux autres constructeurs. >Je pense que les constructeurs n'ont pas trop le choix si ils veulent >homologuer leurs produits et garder la possibilit� de faire �voluer le >firmware. Par ailleur c'est logique que les autorit�s n'aillent qu'un > seul responsable pour un produit donn�. Ils homologuent le mat�riel pas le pilotes. S'ils ne lib�rent pas les sp�cs, c'est pour �viter que l'autre vendeur n'utilise trop. Les fondeurs de cartes graphiques n'ont pas � se conformer � des probl�mes d'emmission d'onde. Pourtant, ils (nVidia ATI) ne font plus que du closed source. >Par ailleur je signale que les autorit�s exige que les constructeurs >offre un m�thode afin d'identifier le produits �mettant des ondes hertziennes en >digital, ceci afin de permettre de contr�le du respect de la norme par >le constructeurs. >Pour plus d'info, voir le site de l'OFCOM (http://www.bakom.ch/fr/) J'irai voir, mais je ne vois pas pourquoi une solution open source ne serait pas envisageable. Avec mes meilleures salutations FLUO [EMAIL PROTECTED] _______________________________________________ gull mailing list [EMAIL PROTECTED] http://lists.alphanet.ch/mailman/listinfo/gull
