Linux

Après des mois de fixes plus ou moins hasardeux, j’ai enfin trouvé la methode infaillible pour regler définitivement les problèmes liés à cette… bref, la solution : Cette dernière action effacera également la dépendance ubuntu-desktop, mais cela n’a aucun impact. Virer toutes les références à pulse potentiellement présentes dans vos ~/.asoundrc et .asoundrc.asoundconf, puis dans System->Preferences->Sound, dans la section Devices, tout passer à Alsa. On reboote histoire de tout remettre d’equerre, et HOPLAAaaa, dégage vieux “framework sonore” foireux.

Dans le dernier épisode, nos héros n’arrivaient toujours pas à lire plus de 2 videos flash d’affilée avec Firefox sans que ce dernier ne se vautre comme une merde, la faute à MoisiAudio. Comme on peut le constater sur ce suivi de bug launchpad, ça concerne un peu de monde. Pour résumer, c’est pas gagné. Enfin pas pour le Héron Boiteux en tout cas. Mais on a bon espoir que d’ici Avril 2009 on ne passe plus pour des charlots quand un pote voit qu’“avec ton Linux présumément stable tu peux même pas matter deux videos youtube sans que ton navigateur crashe mOUAhahaha” - “oui mais c’est paske y’a pulseaudio qui… nan rien.

Le truc chouette quand on replonge dans les cartons, c’est qu’on tombe parfois sur des morceaux de vie qui ont tout chamboulé : Putain j’en avais chié avec celle là…

Y’a eu des erreurs dans Hardy, rien d’irrécupérable a priori, sauf une: MoisiAudio. J’étais déjà pas bien fan des flans Aslsa et de leur conf’ imbitable, mais pulse là, c’est le summum. Evidemment, j’ai été m’inspirer du limite rigolo “PulseAudio Perfect Setup” et ses 4000 conditions (pour flash, faites ça, pour les jeux, ça, pour amarok, ça, pour audacity, ça etc…), mais comme on peut s’y attendre, y’a des cas non couverts, et de toutes façons, cela ne résoud aucunement, par exemple, les problèmes (connus !

Un upgrade kernel, et une regression. De nouveau, impossible de graver et symptomes similaires : etc etc etc. Evidemment, rien à voir avec l’application (gnomebaker en l’occurence), c’est wodim / ex-cdrecord qui perd le fil. Car en effet, si l’erreur est reproductible, elle n’apparait jamais au même moment de la gravure, ce qui a eu pour effet de cramer une bonne dizaine de CDs vierges. Finalement, après quelques tests, plusieurs gravures ont fonctionné avec les parametres suivants :

Je pense que cela faisait 12 ans que j’attendais ça. Lutins, lutines, l’heure de la domination totale a sonné. Enfin vous allez pouvoir semer le propre autour de vous sans penser interieurement .oO(rha wai mais ils vont galérer avec l’acces au net… ils vont jamais reussir à installer XXX… et si leur carte graphique et pas reconnue… ah merde OSS supporte pas la carte YYY) ENFIN, vous allez pouvoir diffuser un Linux l’âme en paix, fier du travail accompli et du chemin parcouru.

Impossible de graver après un upgrade en Hardy ? symptomes de ce type : ou : ou encore : Ou finalement, un cdrecord -scanbus désesperemment muet ? La solution est cachée ici et ici. Ajoute l’argument combined_mode=ide à / aux la / les ligne(s) kernel du menu.lst et tout reviendra dans l’ordre. update Rapide le Héron, un upgrade proposé ce soir me fait passer en 2.6.24-17 et corrige le problème. Classe.

Dans l’optique de me faire un dual boot Linux / NetBSD un peu original, et puisque mon X31 possède un slot ad’hoc, je me suis payé une petite CF de 4Go. Fier et insouciant, j’insère la petite carte et ne m’attend à aucun problème particulier tant le support materiel de cette bête est excellent depuis le début. Et je déchante : !@#!@#!@#!@#!@#!@# Je parcours les mailing lists, j’en viens à repackager un noyau à la lecture de ce thread, je reboote, idem.

Non, il ne s’agit pas d’un cadeau de Noël, mais il se trouve qu’UPS m’a livré mon X31 d’occaze le 24 Decembre. Je ne vais pas à nouveau faire l’apologie de ce portable absolument parfait, mais simplement balancer brutalement les quelques trucs que j’ai glâné afin de l’exploiter parfaitement sous Debian testing. Touches spéciales et OSD (On Screen Display) : Fonctionnement de toutes les touches de fonction : Dans /etc/acpi/events/ibm-hibernatebtn, on remplace :

En echo à ce très bon post montrant une configuration réseau qui fonctionne pour qemu / kvm, je vous propose ma petite sauce. La finalité étant : . Une VM NetBSD 3.1 sur le même LAN que le host . Son fonctionnement en background . Son administration potentielle via VNC en cas de crash à la Xen quoi. Le host est une debian x86, et evidemment le hardware supporte les instructions VT :