De frustrations en déconvenues, j’ai profité d’un upgrade de machine pour virer ubuntu et repasser à debian.
Oui, ubuntu est un bon produit dans sa globalité, j’en ai fait des éloges à ses débuts, j’ai pris sa défense lorsque les premières bourdes sont apparues, j’ai même encore recemment chanté les louanges de héron boiteux, mais voila, me concernant, la qualité du travail effectué par les mainteneurs d’ubuntu depuis quelques mois n’a fait qu’empirer.
Au-se-cours.
Hier soir, alors que je me rencardais sur DSSI (un API pour créer des plugins audio à la VST), je suis tombé sur ce lien. FST n’est ni plus ni moins qu’un programme qui permet, en utilisant Wine et JACK d’utiliser des plugins VST sous GNU/Linux. Là comme ça, ça a l’air de rien, mais les musiciens dans l’assemblée, s’ils ne sont pas déjà au courant (le projet date de 2006 tout de même), devraient faire dans leur froc.
Pour ne plus avoir de soucis de monopolisation de carte son par JACK, j’ai ajouté une carte dans ma machine principale et l’ai intégralement dédiée à cette utilisation. Problème, fonction de l’ordre de chargement des modules lors du boot de la machine, cette derniere est tantot associée en Card 0, tantot en Card 1. On trouve la solution à ce problème sur le Wiki d’Alsa, et plus particulièrement dans le topic MultipleCards. En ajoutant ces deux petites directives :
Dans la serie des trucs qui marchaient très bien avant et qui se sont mis à merder depuis héron boiteux, j’appelle à la barre Jack, cet incroyable bout de soft permettant de brancher des applications sonores ensembles et d’en réduire la latence.
En effet, depuis quelques mois, le son provenant d’une application que je faisais passer par Jack grésillait inéxorablement. Gresillement / saturation, difficile de cerner le soucis et d’en rechercher la cause.
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.
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.”
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 :
Comme mentionné dans le post précedent, afin de pouvoir démarrer des kvm NetBSD, je me disais qu’une upgrade tranquille en Gutsy et son noyau 2.6.22 seraient du meilleur effet. Je n’ai de cesse de le répéter: naif. Je suis naif.
Je vois défiler l’apt-get dist-upgrade (du moins son pendant clicka-graphico-convi), et pressens moult emmerdes à la lecture de beaucoup trop d’unmet dependancies… mais bon, c’est démarré, c’est démarré, advienne que pourra.