Problème avec XOrg réglé!

Depuis plus d'un mois, XOrg 7.2 a cessé de fonctionner sur mes deux stations de travail SMP (un dual PIII/500 et un dual MP1800+). Tout ça a commencé quand j'ai fait la mise-à-jour de XOrg 7.1 à 7.2. Le problème principal était que lorsqu'une touche du clavier était pressée, la résolution de l'écran changeait aléatoirement. J'ai bien essayé de jouer avec xorg.conf mais rien n'y faisait. La source ultime du problème semble être libpng qui ne compile pas comme il faut. J'ai eu beau tout recompiler, rien n'y faisait. Je pensais même devoir tout re-installer.

C'est en cherchant sur les excellents forums de Gentoo que j'ai finalement trouvé un indice qui m'a mené sur la bonne piste. Il existe un package masqué nommé udept qui permet de faire le grand ménage des packages installés sur une machine en enlevant tous ceux qui ne sont pas utilisés. Il peut aussi faire le ménage du world file.
J'ai aussi installé un package qui permet de retourner dans le temps si une installation brise qqc. Ce package s'appelle demerge.
Une fois ces deux packages installés, l'incatation magique fut:

demerge --record
dep -sa
demerge --record
dep -wa
demerge --record
emerge -avN world
demerge --record
emerge -e world
demerge --record

Ça m'a permit de nettoyer mon world file puis de tout ré-installer de zéro sans les packages qui ne sont plus utiles/utilisés.
Voila!

Installation de Ubuntu

Je n'ai pas eu de veine avec mon installation de MythTV. J'ai brulé la carte-mère de la vieille babasse de ma douce en installant une nouvelle carte vidéo.
J'ai transplanté toutes les cartes et les drives dans un Compaq Deskpro EN pour voir si son P2-350 serait assez fort pour faire fonctionner MythTV. Comme système d'exploitation, j'ai décidé de donner la chance à Ubuntu 5.10 au lieu de mon habituel Gentoo. Je me suis fait bruler la dernière fois que j'ai essayé d'installer MythTV par-dessus Gentoo.
Seul problème à ce stade-ci: Le Compaq ne reconnaît pas mon drive de 400GB. Il fallait s'y attendre. Je devrai donc enregistrer mes émissions sur un volume monté soit en NFS ou en iSCSI
Ce qui m'impressionne le plus jusqu'ici est combien facile fut l'installation. Le début du processus (jusqu'au reboot) est le même que sous Debian. Puis vient ensuite une lente installation de nombreux packages. Quand ceux-ci sont tous installés et configurés, X démarre et un écran de login graphique nous est présenté. Simple et élégant. Une fois dans l'environnement, la mise-à-niveau se fait sans peine. Un plaisir à installer comparer à Debian ou Slackware.
La prochaine étape consistera à installer MythTV à l'aide de ces instructions.

Crash!

Ma station de travail vient de crasher à nouveau. Et cette fois ci, elle ne veut plus rebooter. Comme je savais qu'elle avait tendance à crasher, j'avais ouvert une session ssh sur ma station de travail à partir d'une machine que je savais stable. Dans cette session "tail -f /var/log/messages" me permettait de savoir ce qui se passe et de pouvoir garder une trace du message d'erreur ephémère écrit au moment même du crash. Le voilà, si ça vous dit quelque chose:

Dec 13 05:23:15 Fukuoka invalid operand: 0000 [#1]
Dec 13 05:23:15 Fukuoka PREEMPT SMP
Dec 13 05:23:15 Fukuoka Modules linked in: snd_seq_midi snd_emu10k1_synth snd_emux_synth snd_seq_virmidi snd_seq_midi_emul snd_pcm_oss snd_mixer_oss snd_seq_oss snd_seq_midi_event snd_seq nvidia snd_emu10k1 snd_rawmidi snd_seq_device snd_ac97_codec snd_pcm snd_timer snd_ac97_bus snd_page_alloc snd_util_mem snd_hwdep snd soundcore
Dec 13 05:23:15 Fukuoka CPU: 1
Dec 13 05:23:15 Fukuoka EIP: 0060:[] Tainted: P VLI
Dec 13 05:23:15 Fukuoka EFLAGS: 00013286 (2.6.15-gentoo-r1)
Dec 13 05:23:15 Fukuoka EIP is at shmem_get_inode+0x55/0x1d0
Dec 13 05:23:15 Fukuoka eax: e7cb6c88 ebx: 000a0000 ecx: c23fae84 edx: e7cb6e74
Dec 13 05:23:15 Fukuoka esi: e7cb6c88 edi: c23aa8e0 ebp: 000081ff esp: e8ee3ec4
Dec 13 05:23:15 Fukuoka ds: 007b es: 007b ss: 0068
Dec 13 05:23:15 Fukuoka Process X (pid: 9331, threadinfo=e8ee2000 task=f427c0d0)
Dec 13 05:23:15 Fukuoka Stack: e000b828 c23fae00 00003282 c2103ec0 000000d0 00000001 c0167310 f53e5460
Dec 13 05:23:15 Fukuoka 000a0000 00000000 f53e5460 c23b2a38 c0163c1f c23fae00 000081ff 00000000
Dec 13 05:23:15 Fukuoka ffffffe9 f555b8f8 00100000 00000000 0000000c e8ee3f4f e8ee3f4f 00100000
Dec 13 05:23:15 Fukuoka Call Trace:
Dec 13 05:23:15 Fukuoka [] get_empty_filp+0x60/0xe0
Dec 13 05:23:15 Fukuoka [] shmem_file_setup+0xdf/0x1e0
Dec 13 05:23:15 Fukuoka [] newseg+0x119/0x200
Dec 13 05:23:15 Fukuoka [] sys_shmget+0x44/0x140
Dec 13 05:23:15 Fukuoka [] sys_ipc+0x18e/0x260
Dec 13 05:23:15 Fukuoka [] sys_close+0x75/0xb0
Dec 13 05:23:15 Fukuoka [] sysenter_past_esp+0x54/0x75
Dec 13 05:23:15 Fukuoka Code: c0 0f 84 44 01 00 00 48 89 47 0c 89 d8 e8 04 53 37 00 89 34 24 e8 1c ff 01 00 85 c0 89 c6 0f 84 61 01 00 00 66 89 68 28 b8 00 e0 ff 21 e0 8b 10 8b 92 74 01 00 00 89 56 30 8b 00 8b 80 84 01

M'enfin... J'ai l'impression que c'est XOrg qui cause le trouble. Si je réussis à ressusciter la machine, je vais recompiler X et KDE from scratch.