Linux

Noël et son lot de devices qui marchent pas directement-out-of-the-box sous nos Unices, c’est du classique. Et dans la serie, je vous présente ce copain (pour les googlers qui vont galérer avec le même probleme: c’est un Trust Wireless Pointer Stick Keyboard) qui présentait la particularité de fonctionner jusqu’au chargement du module “adequat”, j’ai nommé usbhid. La dernière fois que j’ai été confronté à ce genre d’emmerdes, un blacklistage du module en faveur de l’ancienne version de ce dernier a résolu mes soucis. Ni une ni deux je regarde l’/etc/modprobe.d/blacklist et là ô suprise que ne lis-je :

Pour mon anniversaire, j’ai eu ça : J’avais expressemment demandé qu’il soit bluetooth et qu’on puisse y mettre de la RAM, afin de pouvoir échanger photos et autres mp3s. Bien évidemment, je me doutais que j’allais “un peu” galérer à faire fonctionner tout ce petit monde avec mes OS du bien.. En réalité, après quelques heures de prises de tête et de lecture assidue de quelques très bons tutoriaux, je comprend qu’il y a un fruit pourri dans la chaine, et ce n’est manifestement pas le téléphone. En fait, en essayant sur la fedora moisie qui équipe mon portable de boulot, je m’aperçois que 1. les transferts bluetooth fonctionnent et 2. la libopenobex fournie est plus récente que celle bundlée dans mes ubuntus. Ni une ni deux, je me rend sur le site d’OpenOBEX, y downloade la version 1.1, que je compile et fais un magiquement gruik ln -s libopenobex.so.1.1.0 libopenobex-1.0.so.0. Et devinez quoi ? ça marche.

…mais pour les chipsets sonores ça se discute. Mon fameux laptop nx8220 possède une carte son intégrée de type intel :

00:1e.2 Multimedia audio controller: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) AC'97 Audio Controller (rev 03) À priori, aucun problème, la carte est reconnue, ça fait duz duz, nickel. Et puis je suspend. Et je resume. Et y’a plus de son. Aucune erreur, /dev/dsp est la, il est reconnu, tout semble indiquer que tout va bien, mais voila, y’a pas de son. Plus precisemment, y’a pas de son qui sort des enceintes, oui parce que les headphones, eux, fonctionnent. Ah-ah cte bonne blague. Alors evidemment je cherche, je fouille, je google, je trouve des astuces moisies du style “unload et reload snd*”, fais 3 tours autour de ton laptop en priant Vishnu, arrose le d’engrais, mais non, rien, rien de tout ceci ne fonctionne. Je me decide donc à poster un ticket dans le bugtrack Alsa, lorsque je lis dans les précedents tickets que, ooOOooh, le driver OSS, lui, fonctionne parfaitement. CA ALORS comme je suis surpris !

Après 48 heures de lutte, je fais de nouveau tourner le cube de compiz, cette fois sous fedocorpora. Inutile de préciser que ce fût une tannée et qu’ evidemment j’utilise un repository non officiel qui fournit des packages à peu près corrects. J’ai passé le machin en runlevel 3 (runlevel multiuser sans X pour les gens du chapeau) et démarre X à coup de xinit. Deux / trois astuces: premierement le repository, c’est http://users.telenet.be/quenta/repo/ Attention, le monsieur à l’air de frequemment changer de hosting… Ensuite, placer un LD_LIBRARY_PATH vers la libGL qui va bien -aka celle du constructeur de votre carte 3d- avant de lancer Xgl. Dans mon cas, il s’agit des drivers fglrx issus des packages kmod-fglrx et xorg-x11-drv-fglrx (issus tous les deux d’un repository non officiel… evidemment). Pour le reste, suivez les bons tuyaux des gens de fedora france.

Bon déjà, j’ai “upgradé” ce machin du passé qu’est centos. Pour rester quand même dans le ton, puisque je vais bosser avec de la redhat-like, je suis passé à fedora machin core bidule. Objectivement, j’aime pas. Pas cohérent pour deux sous, aucune synchro entre les 765278457 repositories maintenus par une poignée de gars, bref, c’est le boxon. Initialement ce post se voulait constructif. J’ai, dans le sus-cité laptop, une carte wireless que fait fonctionner ndiswrapper, et comme je m’en sers un peu partout de ce laptop -et que j’ai rien trouvé de clean, hors clickodrome- j’ai pondu un petit script qui te permettra simplement de :

Dans mon nouveau jardin de travail, on m’a filé ce laptop, et comme tu peux l’imaginer, tout n’a pas fonctionné out-of the box. Voici les quelques liens qui m’ont permi de tirer profit de l’ensemble du matos sous Linux :

. Pour la carte wireless: BCM4318 avec ndiswrapper (oui je sais) . Pour la 3d avec l’ATI Radeon Mobility X600: les drivers sales . Moins trivial, le patch et le readme pour faire fonctionner le suspend-to-ram. Note: il s’applique également sur du 2.6.16.

Nouveaux joueeeets !

Lorsque que j’ai décidé de mettre en vrac mon installation telephonique, je m’étais dis que, tant qu’à faire, autant que ce soit loutre-compliant. Alors mes conversations téléphoniques seront désormais redirigées sur ceci :

Apr 22 12:16:19 vader kernel: snd-bt-sco revision 1.11 $ > Apr 22 12:16:20 vader kernel: snd-bt-sco: snd-bt-scod thread starting > Apr 22 12:17:08 vader kernel: snd-bt-sco: playback_open > Apr 22 12:17:08 vader kernel: snd-bt-sco: capture_open > Apr 22 12:17:08 vader kernel: Bluetooth: SCO (Voice Link) ver 0.5 > Apr 22 12:17:08 vader kernel: Bluetooth: SCO socket layer initialized

J’ai dans mes cartons un lappy qui date un peu. C’est un Dell Latitude Cpi, il a un PII 400, 64 megs de ram et pas de HD. Je m’en sers pour tester LTSP. C’est du vieux materiel mais c’est malgré tout un nid à emmerdes. D’abord, il a eu ce problème de carte pcmcia, et puis je me suis aperçu qu’aléatoirement, la séquence de boot crashait apres le chargement du module snd_nm256. En fait, les drivers alsa fournis dans le kernel 2.6.15 sont les 1.0.10 (stable), mais après lecture de ceci, j’ai fini par appendre ici que ce bug est fixé depuis la version 1.0.11 de developpement. Après compilation et installation des-dits drivers dans l’arborescence ltsp, la machine de l’enfer finit par booter avec succès à tous les coups. Vient ensuite la fête: Xorg. La carte graphique de ce machin est une NeoMagic NM2200, juste bonne a afficher rapidement un vim en console tellement elle est lente. De fil en aiguille, j’essaye le driver “vesa” qui semble être plus rapide, et finalement je retourne au driver “neomagic” qui se comporte à peu près convenablement en 16 bits et en spécifiant explicitement sa VideoRam. À noter, LTSP reconstruit un xorg.conf à chaque démarrage, il faut donc ajouter :

Finalement j’ai délaissé Xgl. Pas parce que je trouvais ça superflu, non loin de là, j’eprouve un sentiment cruel de vide quand je déplace mes fenetres ou que je change de workspace maintenant. Non, simplement parce qu’il y a un peu trop de petits bugs relous à la longue. J’imagine que très bientôt tout ceci sera reglé et je pourrais de nouveau comater sur mon workspace-cube :)

Voici une liste non-exhaustive des bugs que j’ai rencontré avec Xgl / Compiz -j’imagine d’ailleurs que le principal fautif est compiz pour tout ce qui concerne les bugs d’affichages au niveau workspace-, j’ecris ces derniers en anglais afin qu’ils puissent matcher plus facilement sur google et que d’autres utilisateurs puissent constater que d’autres qu’eux ont subi ces désagréments.

Là ou je vais bientôt bosser, ils utilisent du CentOS. Y’a pas 1 semaine, ça me parlait pas plus que ça étant donné que ça fait un petit moment que je me suis pas interessé aux centaines de nouvelles distributions apparues depuis 10 ans. Et puis finalement, je finis par apprendre / comprendre qu’il s’agit d’un “bête” fork de la version entreprise de RedHat. RedHat… ça va bien faire 7 ou 8 ans que j’ai pas touché une RedHat… Eh bah ça a pas changé tant que ça. À part l’installation clicka-convi, le fait que ce soit bundlé par defaut avec SELinux, qu’il y ait 2/3 nouveautés qui ont de toutes façons atteri dans la plupart des autres distributions, j’ai retrouvé les vieux reflexes assez rapidement. Je fus heureux de voir qu’un apt-like, yum(8), peuple désormais les RedHat-like. Similaire à apt dans l’utilisation, un peu moins abouti à mon sens, mais à la prise en main aisée. Bref, me revoila un peu plus impliqué dans le monde GNU/Linux, bien que ma passion pour les systèmes BSD soit malgré tout la plus forte, j’aurai probablement de nouvelles docs à écrire et de nouvelles contributions à apporter. Et pour tout vous dire, je kiffe vraiment pas mal :)