Étiquette : Internet

Network Manager a-t-il révélé un méchant bug dans le noyau linux ?

Il y a quelques temps, j’annonçais l’arrivée de Network Manager sur le dépot current de la Frugalware Linux.

Peu de temps après, j’ai été confronté à un bug assez ennuyeux qui se manifestait après une charge réseau un peu lourde ou une grosse opération de calcul : la connexion wifi rendait l’âme.

J’ai donc ouvert un bug, le 4156. Un bug proche existait déjà, et comme un patch était disponible, Miklos Vajna m’a proposé un patch adapté pour recompiler le noyau.

Après une série de galères pour recompiler le noyau, j’y arrive enfin, et manque de chance, le bug est toujours présent, cependant, une ligne m’interpelle et me donne une piste :


net_ratelimit: 10 callbacks suppressed
ath5k phy0: gain calibration timeout (2412MHz)
ath5k phy0: gain calibration timeout (2467MHz)
ath5k phy0: gain calibration timeout (2412MHz)
ath5k phy0: gain calibration timeout (2472MHz)
ath5k phy0: gain calibration timeout (2412MHz)
No probe response from AP 00:1d:6a:9b:6f:a0 after 500ms, disconnecting.

Après quelques recherches, je m’aperçois que cela ne touche pas que mon circuit wifi, mais aussi d’autres, comme ceux de Broadcomm par exemple.

Un contournement sale a été trouvé, via un bug sur le tracker du site kernel.org sur la fiche du bug 15693 : désactiver toute gestion de l’énergie… Et cela semble fonctionner 🙁

Donc, je compte retourner pour le moment à Wicd qui n’utilise pas la connexion wifi quand la connexion filaire est présente.

Ce sera déjà mieux que de désactiver la gestion de l’énergie, non ? 😉

Un correctif pour un effet de bord de l’arrivée de NetworkManager sur Frugalware-current.

J’annonçais dans mon précédent billet l’arrivée de NetworkManager sur la Frugalware-current.

Cependant, j’ai été confronté à un effet de bord : à chaque fois que j’ose fermer ma session pour la réouvrir – suite à un redémarrage par exemple, j’ai droit à ce genre de boite de dialogue :

Ce qui devient vite lassant. Surtout que la clé wep ne semblait pas être enregistrée 🙁

merci d'insérer la clé ;)

Après en avoir discuté sur le canal irc #frugalware.fr disponible sur freenode avec Bouleebil, j’ai décidé de fouiller un peu le fichier /etc/pam.d/gdm et voici ce que j’ai vu :

#%PAM-1.0
auth required pam_unix.so
auth requisite pam_nologin.so
account required pam_unix.so
password required pam_unix.so
session required pam_unix.so
#Gnome Keyring’s PAM Support
#auth optional pam_gnome_keyring.so
#session optional pam_gnome_keyring.so auto_start

Or, keyring signifie trousseau en anglais !

J’ai essayé en sortant les « # » sur les deux dernières lignes et en redémarrant. Après plusieurs essais de fermeture et de réouverture de session, la boite de dialogue n’apparaît plus.

Donc, si cela peut être utile, je vous donne l’info 😉

Petit hors sujet : si vous utilisez identi.ca, j’ai créé un groupe frugalwarefr pour les utilisateurs francophones de la frugalware 🙂

NetworkManager enfin disponible sur Frugalware-current ;)

Hier soir, lorsque dans mon Pino, j’ai vu apparaître l’info suivante postée par Devil505, j’ai du me pincer pour y croire. NetworkManager arrivait enfin sur Frugalware-current !

Tout comme Wicd, il permet de gérer les connexions d’une machine. Mais j’avoue que j’ai toujours préféré NetworkManager à Wicd pour une raison : on peut rapidement changer d’une connexion sans-fil à une connexion filaire. Le délai d’attente est proche de zéro.

L’installation se fait très simplement. On commence par mettre à jour le dépot de la frugalware-current :


sudo pacman-g2 -Syy

Puis on installe les composants de NetworkManager. Je me suis limité au strict minimum, sachant qu’il existe des greffons pour chaque type de connexion possible, comme pour les VPN par exemple)


sudo pacman-g2 -S networkmanager nm-applet

J’ai ensuite utilisé gService pour désactiver Wicd et activer NetworkManager au démarrage de la machine. Un simple rédémarrage après, l’icone de NetworkManager était disponible, et je n’avais plus qu’à rentrer la clé de ma livebox pour me connecter en liaison sans fil.

Merci à Bouleetbil pour avoir créé et géré les paquets de NetworkManager.

Liste des réseaux sous NetworkManager 0.8

NetworkManager 0.8 en action

Par rapport à mon expérience sous Archlinux, il me manquait deux logiciels : NetworkManager et PulseAudio.

Maintenant à quand le tour de PulseAudio ?

Pour les codeurs de gwibber, ubuntu n’est que la seule distribution à gérer ?

Je parlais il y a quelque jours de la nouvelle version de Gwibber, qui paraissait bien alléchante, malgré l’ajout d’une couche supplémentaire de dépendance, répondant au nom de Desktopcouch qui installe une bonne dizaine de paquets supplémentaires.

Il y a 5 jours, arrive la révision 503, qui part d’une bonne idée. Comme desktopcouch est indispensable au fonctionnement de cette version de gwibber, autant vérifier qu’elle démarre avant gwibber… Et patatras… Gwibber se viande en beauté au démarrage, balançant une erreur qui met clairement en cause desktopcouch :

Traceback (most recent call last):
File « /usr/bin/gwibber », line 45, in
obj = dbus.SessionBus().get_object(« org.desktopcouch.CouchDB », « / »)
File « /usr/lib/python2.6/site-packages/dbus/bus.py », line 244, in get_object
follow_name_owner_changes=follow_name_owner_changes)
File « /usr/lib/python2.6/site-packages/dbus/proxies.py », line 241, in __init__
self._named_service = conn.activate_name_owner(bus_name)
File « /usr/lib/python2.6/site-packages/dbus/bus.py », line 183, in activate_name_owner
self.start_service_by_name(bus_name)
File « /usr/lib/python2.6/site-packages/dbus/bus.py », line 281, in start_service_by_name
‘su’, (bus_name, flags)))
File « /usr/lib/python2.6/site-packages/dbus/connection.py », line 622, in call_blocking
message, timeout)
dbus.exceptions.DBusException: org.freedesktop.DBus.Error.Spawn.ChildExited: Launch helper exited with unknown return code 1

[1]+ Exit 1 gwibber

Un bug dédié est ouvert, mais impossible de faire comprendre la culpabilité de la révision citée au-dessus. Tant que cela fonctionne avec Ubuntu, les autres distributions, vous savez où vous pouvez aller ?

J’ai donc pris le taureau par les cornes, et j’ai adopté le paquet qui permettait à une époque de compiler Gwibber 2.0 sur Archlinux. Ayant corrigé le PKGBUILD en question, désormais – même si la branche 2.0 de Gwibber n’aura plus de mise à jour, au moins, il y aura un gwibber fonctionnel sur Archlinux !

C’est quand même assez écoeurant de voir un tel manque de respect envers les non-utilisateurs d’ubuntu… Je sens que je vais me faire traiter de tous les noms, mais comme les infos sont disponibles…

Sortie de Lanikai alpha1 et nouvelles illustrations pour Shredder.

Commençons par le commencement, à savoir traduire les noms :

Aujourd’hui, la première alpha de Lanikai (alias Mozilla Thunderbird 3.1) est sortie. Parmi les nouveautés :

  • Basé sur Gecko 1.9.2, en clair, le même moteur que celui de Mozilla Firefox 3.6
  • Des améliorations sur le plan des dossiers intelligent, du support IMAP, des filtres de message, de la gestion des pièces jointes.
  • Des corrections au niveau de l’interface.
  • Des bugs corrigés ici et là.

Etant donné que c’est la première alpha, elle est déconseillée pour le grand public et reste réservée aux personnes qui aiment faire mumuse avec leurs courriers ou qui savent utiliser à bon escient les notes de publications 🙂

Pour Shredder, les illustrations qui dataient de l’époque des version 0.x de Mozilla Thunderbird (soit en gros cinq bonnes années) commençaient à dater. C’est pour cela que le bug 433630 avait été ouvert il y a un an et demi.

On peut traduire Shredder par… destructeur. Et l’icone officielle des versions de développement est assez claire à ce sujet :

Nouvelles illustrations dans Shredder

Maintenant, attendons patiemment la sortie des futures versions du client de messagerie de la Fondation Mozilla 😉