Debian

Souhaitant mettre à jour un netbook vers la nouvelle Ubuntu LTS, aka precise, je me suis heurté à un problème de dépendances. En effet, la commande standard apt-get dist-upgrade échoue sur le message suivant : E: Couldn't configure pre-depend multiarch-support for libnih-dbus1, probably a dependency cycle. Visiblement une dépendance cyclique autour des paquets multiarch-support et libnih-dbus1. Après plusieurs tentatives infructueuses d’utilisation de diverses options pour forcer l’upgrade et sans trouver de solution toute faites sur le net, je me suis laissé guidé par une intuition.

Depuis la montée de version du noyau linux en 3.2.0-1, je n’avais plus de WiFi. Il s’avère que mon chipset WiFi est piloté par un module propriétaire nommé broadcom-sta empaqueté sous le nom broadcom-sta-source. Or, depuis la 3.2.0 ce dernier ne compile plus. # m-a build build broadcom-sta blablabla blablabla error: unknown field 'ndo_set_multicast_list' specified in initializer blablabla En fouillant sur Internet, il s’avère qu’il s’agit d’un problème ancien, proche de celui-ci.

Au fil du temps, notre connexion ADSL s’est dégradée. Ces derniers temps, la freebox perdait la synchronisation au minimum tous les quarts d’heure et parfois pour une journée entière. On a donc fini par prendre le temps d’ouvrir un incident chez Free. L’aventure commençait donc.

J’ai pu mettre la main sur un HP mini 210. Malheureusement, l’écran était brisé : environ 50% de l’écran était inutilisable. A plus de 100€ l’écran de remplacement, fini la vie de netbook. Mais on ne peut pas jeter un ordinateur pour si peu.

Récemment, je me suis confronté à une nouvelle problématique : pour déployer GNU/Linux dans mon entourage, vu l’importance d’internet (et donc de l’ordinateur), il est indispensable que je sois en mesure de donner des coups de main à distance. Oui mais voilà, bienque GNU/Linux soit bien fourni en solution d’administration à distance, l’environnement ne permet pas de les utiliser directement. En effet, les solutions actuelles de connexion à Internet passent à peu près toutes par des systèmes *box servant de routeur, imposant des manipulations complexes et risquées pour permettre l’activation de ces capacités d’interconnexion.

Voilà plusieurs semaines que le driver nvidia avait quitté l’espace noyau de notre PC de bureau. Il est maintenant de retour.

Quand elle fonctionne, la freebox est vraiment géniale. Mais il y a une fonctionnalité qui fait défaut c’est l’absence de support pour ce que toutes les chaînes nomment le « Replay ». Pour ceux qui connaissent pas, certaines chaînes diffusent, via internet, une sélection de leur programmes. Du coup, lorsque vous avez loupé une émission, inutile de pleurer, vous pouvez aller la voir sur le Net (et vous y casser les yeux car c’est pas de la HD :-)).

Récemment, le problème s’est posé à la maison. J’ai donc passé un peu de temps à chercher comment :

1. télécharger une vidéo depuis Youtube (oui, dans notre cas, l'émission en question était diffusée via Youtube) ;
2. réencoder la vidéo pour la visualiser directement depuis le boitier HD de la Freebox.

Suite à une montée de version de Linux (passage en 2.6.26), le son fonctionnait de manière étrange.

Je viens de découvrir que la saveur -k7 du noyau linux n’est plus maintenue par Debian. Les gens comme moi sont priés de basculer en -686. Perso, je ne me rends pas compte de la différence, mais bon. Pour plus d’info, un article sur LinuxFr.

Youpi ! Ca y est, le WPA fonctionne sur ma carte Ralink. A force de fouiller sur le net, j’ai fini par trouver une piste.