Neskaya, un monde libre...

Il y a déjà plusieurs mois je parlais ici d'un bug très gênant, concernant la distribution des GID système aux démons sur Gentoo.

Après plusieurs tentatives infructueuses pour expliquer aux personnes concernées pourquoi ce bug était potentiellement très dangereux, je m'étais lassé lorsqu'on m'avait expliqué que "les modifications cosmétiques n'avaient pas d'intérêt". Je suis revenu à la charge récemment, et enfin les choses ont bougé : depuis 24H le problème est résolu. Mais attention : comme je l'expliquais dans mon précédent billet, résoudre ce bug dans portage ne change rien aux systèmes affectés. Il vous reviendra, individuellement, de remettre les choses en place à votre niveau sur vos systèmes impactés.

Pour mémoire vous pouvez consulter ce billet, qui vous explique les tenants et aboutissants.

Un de mes collègues, qui connait l'existence de ce blog, me faisait remarquer il y a quelques temps que je pourrai facilement profiter de ma situation professionnelle pour publier des "mini-tests" de produits informatiques. Sur le coup je n'étais pas très enthousiaste : ni le temps ni l'envie de lancer et publier des benchs pour produire peu ou prou les mêmes informations que celles que vous trouverez facilement ailleurs sur le net... Mais malgré tout l'idée de donner mon ressenti sur ces produits est intéressante. De temps à autre, lorsque je croiserai un produit qui sortira un peu du lot, j'y consacrerai donc quelques lignes. Et j'inaugure aujourd'hui avec un portable ASUS, le modèle UL30VT.

Je l'avais décidé depuis un certain temps, j'ai laissé de côté Gentoo. J'ai beaucoup critiqué cette distrib ces derniers mois, mais là n'est pas la raison principale de ce changement : non, ce qui explique ce revirement, c'est tout simplement le manque de temps : mes Gentoo vieillissaient, je n'avais plus le temps de les mettre à jour aussi souvent que je l'aurais souhaité. De plus, toujours par manque de temps, je ne "bidouille" presque plus à domicile, je n'avais donc plus vraiment de raison de conserver cette distribution sur ma machine perso.

Tout naturellement, je me suis donc tourné dans un premier temps vers... Debian. D'abord installée en version stable (Lenny), je suis rapidement passé en Testing (Squeeze). En effet, les logiciels présents dans Lenny sont vraiment trop anciens, et sans être un adepte du toujours-la-dernière-version, je n'aime pas travailler avec des outils "qui datent" trop. Le passage à Squeeze m'a rapidement permis de constater que ce n'était guère mieux : certes les logiciels sont (un peu) plus à jour, mais on reste loin de ce à quoi je suis habitué. En 48H de configuration, j'ai installé Debian, migré Debian, configuré Debian, et viré Debian. Autant pour mes serveurs j'en suis très satisfait, autant pour mon Desktop, ça ne va pas du tout !

Je me suis donc résigné à aller grossir les rangs des moutons en téléchargeant Ubuntu. Premier constat : c'est toujours aussi merdique à installer. Tant que la configuration est classique, tout va bien. Sitôt que l'on doit composer avec du LVM ou du RAID (oui, j'aime cumuler les fonctionnalités emmerdements), ça devient pénible. Mais bon, après quelques péripéties, ça finit par emménager, et je retrouve même mes données (mon /home). La version 9.10 (KK, pour Karmic Koala) est sensée être un aboutissement. Plus rapide, mieux conçue, avec un thème enfin attrayant. De mon point de vue c'est lent, il y a eu trop de modifications faites à la va-vite, et au final ça ne ressemble à rien.

D'abord je dois signaler que j'ai eu énormément d'ennuis avec GRUB2. Repasser mon système en GRUB "legagy" ne m'a pas posé de problème majeur, mais je n'ose pas imaginer un néophyte face à un merdier pareil : de quoi le dégoûter de tester Linux jusqu'aux calendes grecques ! Et d'ailleurs, malgré plusieurs tentatives ultérieures, je n'ai pas réussi à obtenir un fonctionnement correct de cet outil, qui reste bien expérimental : c'est sans doute ce qui a poussé les développeurs à l'intégrer dans une distrib de production...

Ensuite il faut savoir qu'Ubuntu a ré-écrit une partie de usplash pour en faire xsplash. L'idée de base était de permettre un passage en mode graphique très tôt dans le chargement du système, pour donner l'impression d'une continuité, et masquer les différentes phases de démarrage. Ne me demandez pas quel intérêt peut avoir le fait de masquer le noyau à l'utilisateur : mis à part l'empêcher de voir passer un éventuel message d'erreur, je n'ai toujours pas trouvé. Toujours est-il que ce nouveau jouet repose sur DBUS, et s'attend à travailler avec des outils qui, eux aussi, parlent DBUS. Un effet de bord amusant de cette "nouvelle technologie", c'est de ralentir le chargement des windows manager "légers", au point de les rendre environ 3 fois plus lents à démarrer que Gnome. Testez vous-même : sur une KK fraîchement installée, chronométrez le temps de chargement d'un bureau Gnome, puis celui de Fluxbox : chez moi il faut 37 sec pour ce dernier (je n'ai que 4 Go de RAM... xD). Car xsplash et xorg attendent, pour passer la main au window manager, que celui-ci leur dise qu'il est prêt. Gnome, compatible DBUS, fait ça très bien. Fluxbox, qui n'a pas de support DBUS, ne dit rien. Et Xorg attend connement un signal qui ne vient pas, jusqu'à ce que je devine être un timeout quelconque... Et alors, enfin, votre lightweight window manager se lance, en 1/4 de seconde, comme d'habitude...

La solution à ce désagrément est simple et basique : supprimer cette horreur qui n'aurait jamais dû voir le jour

 sudo aptitude purge xsplash

Ensuite, Ubuntu a fortement modifié GDM, en le réduisant à sa plus simple expression : son outil de configuration (gdmsetup, fort bien conçu), a été amputé de 99% de ses fonctionnalités. Il faut désormais attaquer le fichier de conf à la main. On n'arrête pas le progrès... Là, pas (encore) de solution hélas, hormis peut-être se recompiler soi-même son propre GDM.

Néanmoins, une fois ces petits désagréments surmontés (enfin... ceux-là et les autres que je ne mentionne pas, parceque je les ai oublié), on peut enfin commencer à travailler. Et on se retrouve sur un Linux, qui, finalement, me convient relativement bien pour ce que je lui demande désormais. La question est de savoir quelles mauvaises surprises la prochaine release va me réserver. Et surtout : vais-je patienter jusque-là pour tester Fedora ?

Cela fait un bon moment que ce blog sommeille, et j'ai pris pas mal de retard dans les versions de dotclear. Heureusement je n'ai pas eu à déplorer de pépin (sécurité ou bug).

Si jamais des liens sont cassés, ou que simplement quelque chose ne tourne pas rond, merci de me le signaler en commentaire, je tâcherai d'y remédier rapidement.

C'est un bug gros comme une maison, très simple à faire disparaître, et un patch a été proposé ; pourtant ça traîne depuis 6 mois dans le bugzilla. Pourquoi ? Parceque ce n'est "pas grave". Je vais donc vous montrer comment avec un bug pas grave on peut faire presque n'importe quoi sur un serveur Gentoo depuis le mois de mars.

Tout est dans le titre : je suis à la recherche d'une carte son type Sound Blaster Live! 5.1 PCI, Terratec DMX, ou Aureal 1 ou 2, toujours en PCI.

Si vous possédez la perle rare et souhaitez vous en débarasser, ne pas hésiter à me contacter ;-).

Civilization, Colonization, Wolfenstein et Sim City. Si ces noms vous évoquent un DVD-ROM, et une configuration minimale à base de 2 Go de RAM, alors vous aurez sans doute du mal à me comprendre. Si en revanche ça vous évoque CGA, VGA, autoexec.bat et "saloperie de pilote Mitsumi alakon qui refuse de se charger en mémoire haute", alors vous êtes peut-être vous aussi un dinosaure.

Non, je ne délire pas, et j'ai même fait une très bonne affaire je crois ;).

Le bug du générateur aléatoire déterministe des Debian depuis 2006 fait grand-bruit actuellement dans la petite communauté du libre. On râle, on peste, mais pire : on ne voit certainement que la moitié de l'iceberg. Cette faille est probablement une des plus importantes de ces dernières années.

Apache c'est super, très bien documenté, et redoutablement efficace. Apache2 c'est pareil, mais en mieux. Le module userdir d'apache, c'est le bout de code qui permet à chaque usager d'avoir son propre site perso, vu sur le web sous la forme http://votre-machine.com/~votre-login/. Et les scripts CGI... Ben c'est des scripts CGI (voir ici par exemple pour plus de précisions). Tout ça marche très bien, et est même relativement simple à mettre en place, mais j'ai malgré tout rencontré une petite difficulté dans la mise en place concurrente de toutes ces fonctionnalités.