Vers un support des circuits Atheros 5007eg pour les distros linux 64 bits ?

Un des points ennuyeux avec mon portable, c’est son circuit Wifi, un Atheros 5007eg, qui nécessite l’utilisation du pilote windows XP 64 Bits pour se connecter en sans fil 🙁

Hors, en suivant le bug concernant ce problème sur le site de madwifi, une solution – fonctionnelle – a été apportée.

Testée et approuvée par mes propres soins. Ce n’est cependant pas une solution officielle, mais au moins, cela évite l’utilisation de ndiswrapper et du pilote windows 😉

1ière étape : virer tout ce qui est en rapport avec ndiswrapper, pour éviter des conflits par la suite :

$ sudo ndiswrapper -e net5211
$ sudo modprobe -r ndiswrapper
$ sudo apt-get remove --purge ndiswrapper-common ndiswrapper-utils ndisgtk

2ième étape : récupération du code de madwifi et du correctif pour le support du circuit en 64 bits, qui est apparemment originaire d’un utilisateur de FreeBSD 🙂


$ svn co http://svn.madwifi.org/madwifi/trunk madwifi
$ wget http://people.freebsd.org/~sam/ath_hal-20080528.tgz

On passe ensuite à l’installation du code, puis à sa compilation.


$ cd madwifi
$ mv hal hal.old
$ mkdir hal
$ cd hal
$ tar xvf ../../ath_hal-20080528.tgz
$ mv ath_hal-20080528/* .
$ cd ..
$ sudo make install BINDIR=/usr/bin MANDIR=/usr/share/man
$ sudo depmod -ae
$ sudo modprobe ath_pci

Ensuite, menu Système / Administration / Pilotes de périphérique

Et activez le module « Support for Atheros 802.11 wireless lan cards ».

Un redémarrage plus tard, la connexion fonctionne. Et cela fait plaisir. Pour information, voici ce que me donne un iwconfig :


fred@fred-laptop:~$ iwconfig
lo no wireless extensions.

eth0 no wireless extensions.

wifi0 no wireless extensions.

wlan0 IEEE 802.11g ESSID:"Livebox-XXXX" Nickname:""
Mode:Managed Frequency:2.457 GHz Access Point: XX:XX:XX:XX:XX:XX
Bit Rate:54 Mb/s Tx-Power:16 dBm Sensitivity=1/1
Retry:off RTS thr:off Fragment thr:off
Power Management:off
Link Quality=59/70 Signal level=-37 dBm Noise level=-96 dBm
Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0
Tx excessive retries:0 Invalid misc:0 Missed beacon:0

Bref, que du bonheur 😉

Du nouveau sur Firefox 3.0rc2.

Dans ce message de Mike Beltzner, on en apprend plus sur la version Release Candidate 2 de Firefox 3.

Pour faire un résumé rapide :

Les problèmes corrigés sont déjà listés, et il y a peu de chance que de nouveaux bugs soient pris en compte, les règles de prise en compte sont assez strictes : devoir expliquer clairement en quoi le bug proposé peut être considéré comme un bloqueur pour l’utilisateur ou le développeur.

Sur la douzaine de bogues listés comme bloquant cette version RC2, 6 concerne les infrastructures de la Fondation Mozilla…

La feuille de route est la suivante :

  • Gelure du code : 28 mai, à midi, heure du Pacifique (21 heures pour Paris)
  • Début des compilations : 29 mai, tôt dans la matinée, heure du Pacifique
  • Début du QA : 29 mai à midi, heure du pacifique (dès l’arrivée des compilations)
  • Fin du QA : 5 juin

Donc, le 7 ou le 8 juin, la RC2… Et si tout se passe bien, Firefox 3.0 pour la mi-juin, 19 mois après la sortie de Firefox 2.0.

Bientôt la fouille corporelle a l’entrée des salles de cinéma ?

Simplement que certains lobbys du cinéma vont finir par demander cela, ne pouvant pas demander purement et simplement l’interdiction de l’internet, ce qui serait un peu gros.

Pourquoi ?

Il suffit de lire cet article de Numérama :

une copie pirate du dernier Indiana Jones est déjà proposée en téléchargement sur certains newsgroups et sites de liens BitTorrent. De mauvaise qualité, la copie est une version française filmée en salle (CAM), encodé en XviD en 572×240, avec une piste audio MP3 de 128 kbps. Le tout fait 1 heure et 55 minutes et pèse 700 Mo.

Maintenant, faudra-t-il faire une sortie commune DVD et sortie en salle pour éviter la propagation de copie « pirate » ?

En tout cas, je suis en train de me pisser de rire dessus en imaginant la tête des responsables du festival de Cannes…

A propos de Firefox 3.1 et sa suite ;)

Dans un précédent article, BeFox en parle à son tour, apportant des précisions complémentaires.

Cet article pointe sur un article de Mike Shroepfer, qui donne la feuille de route « idéale » pour Firefox 3.1 et 4.0.

Pour éviter de plagier l’excellent article de BeFox, je vais me contenter de parler de la succession des versions :

  1. Juin 2008 : arrivée de Firefox 3.0
  2. Décembre 2008 : fin de vie de Firefox 2.0 et arrivée de Firefox 3.1
  3. Juin 2009 : fin de vie de Firefox 3.0
  4. Décembre 2009 : arrivée de Firefox 4.0

Bien entendu, ce n’est qu’une feuille de route idéale, seul l’avenir nous dira s’il est respecté. En tout cas, c’est assez intéressant à savoir.

Sortie de Firefox 3.0rc1

Tout est dans le titre ou presque 😉

Selon les notes de publication de cette version, on apprend que :

  • Amélioration de l’intégration dans les interfaces de Windows Vista, Windows XP, MacOS-X et Gnome (pour les unix libres).
  • Des changements pour la complétion dans la barre d’adresse, la sauvegarde et récupération des bookmarks, sur le zoom dans les pages.
  • Amélioration de la compatibilité pour la toile et bien entendu de la sécurité.
  • Amélioration de la vitesse dans l’utilisation d’application du type « gmail » ou « Zoho office » et du profile guided optimization

Je n’ai cité que les principaux points. Ce qui est bien c’est que maintenant, les personnes qui pleuraient à cause de la mise en place de Firefox 3.0 béta 5 dans les *buntus et dans la Fedora 9 ne pourront plus le faire, la version release candidate de Firefox 3 arrivant bientôt dans les dépots de mises à jour.

Avec cette première version RC, les API sont gelées, et c’est donc maintenant au tour des développeurs d’extension de mettre à jour leurs créations.

A ces personnes de prendre leurs responsabilités, désormais 😉