--- modular-x-howto (copy).xml 2006-10-24 18:58:45.000000000 +0200 +++ modular-x-howto.xml 2006-10-24 20:12:18.299211622 +0200 @@ -91,7 +91,9 @@

Vous voudrez certainement une copie de sauvegarde du xorg-x11 monolithique au -cas où les choses tourneraient mal. +cas où les choses tourneraient mal et que vous voulez retourner vers la version +6.x. Vous pouvez aussi installer un navigateur en mode texte tel que links ou +lynx pour consulter ce guide lorsque X ne sera pas disponible.

@@ -135,52 +137,6 @@
 
 
 

-Si vous utilisez un système stable (c-à-d. pas ~architecture) et que la version -modulaire de X que vous désirez n'est pas encore marquée stable sur votre -architecture, ajoutez les paquets nécessaires dans le fichier -/etc/portage/package.keywords. Téléchargez le fichier package list et -ouvrez-le dans votre éditeur de texte favori. Copiez-collez la liste complète -des paquets pour X modulaire dans package.keywords. Si tout ceci -vous semble incompréhensible, lisez la section -concernant le masquage dans le manuel. -

- - -Ne faites pas cette manipulation si vous utilisez des pilotes binaires ou s'il -n'y a aucune raison spécifique pour laquelle il vous faudrait X.org 7.1 plutôt -que 7.0. Les pilotes binaires ne sont pas encore compatibles avec X.org 7.1. - - - - - - - - >=sys-apps/portage-2.1_pre4 - - - =sys-apps/man-1.6b-r2 - - - app-admin/eselect-opengl - - - >=app-admin/eselect-1.0_rc1 - - - media-video/nvidia-kernel - - - media-video/nvidia-glx - -
- Autres paquets pouvant avoir besoin de package.keywords pour les - utilisateurs de la branche stable -
- -

Pour avoir accès au « direct rendering », vérifiez que votre variable USE comprend l'option dri. Elle devrait être activée par défaut.

@@ -231,7 +187,8 @@
 # emerge xorg-x11
 # etc-update
-# [[ -e ~/usr-x11r6-packages ]] && emerge $(<~/usr-x11r6-packages)
+# [[ -e ~/usr-x11r6-packages ]] && emerge
+$(<~/usr-x11r6-packages)
 # revdep-rebuild
 
@@ -422,11 +379,94 @@
+Qu'est-il advenus des fichiers de configurations ? + + +

+Dans le paquet X.Org 6.8 de Gentoo, tous les fichiers de configuration et les +scripts étaient dans le répertoire /etc/X11. Dans X.Org modulaire, +l'emplacement par défaut de ces fichiers a changé, c'est-à-dire que les +fichiers de configuration sont toujours dans /etc/X11, mais les scripts et les +configurations par défaut se trouvent maintenant dans /usr/lib/X11 (ou lib64) +et /usr/share/X11. +

+ +

+À cause de la protection des configurations (CONFIG_PROTECT), vous aurez +certainement encore tous vos vieux fichiers de configuration de X.Org 6.8 dans +/etc/X11, prennant de la place et semblant utiles. +

+ +

+Puisque ces répertoires ne sont pas dans CONFIG_PROTECT, il es timportant que +tout changement à la configuration par défaut soit fait en copiant les fichiers +concernés dans /etc/X11 et en faisant le changement là. Une autre méthod, qui +n'est pas recommandée, est d'ajouter le nouvel emplacement dans CONFIG_PROTECT. +Ci-dessous se trouvent deux exemples : +

+ +
+
+D'abord, copiez le fichier Xsetup_0 dans /etc pour qu'il soit protégé.
+
+# cp -a /usr/lib/X11/xdm/Xsetup_0 /etc/X11/xdm/
+
+Modifiez le fichier comme cela vous convient.
+
+
+Puis modifiez xdm-config pour changer le chemin vers ce fichier.
+
+# nano /etc/X11/xdm/xdm-config
+
+Changez ceci :
+
+! The following three resources set up display :0 as the console.
+DisplayManager._0.setup:        /usr/lib/X11/xdm/Xsetup_0
+DisplayManager._0.startup:      /usr/lib/X11/xdm/GiveConsole
+DisplayManager._0.reset:        /usr/lib/X11/xdm/TakeConsole
+
+en cela :
+
+! The following three resources set up display :0 as the console.
+DisplayManager._0.setup:        /etc/X11/xdm/Xsetup_0
+DisplayManager._0.startup:      /usr/lib/X11/xdm/GiveConsole
+DisplayManager._0.reset:        /usr/lib/X11/xdm/TakeConsole
+
+ +Sur les systèmes 64-bits multilib avec le profil no-symlink, il faut changer +lib en lib64. + + +
+
+Je n'ai pas réussi à trouver où le chemin vers app-defaults est défini
+dans les
+
+fichiers de configuration du répertoire /etc/X11, donc pour protéger mes
+changements faits
+
+
+XTerm-color, on va protéger /usr/share/X11/app-defaults.
+
+
+Modifier /etc/make.conf.
+
+# nano /etc/make.conf
+
+et régler CONFIG_PROTECT de façon adéquate
+
+CONFIG_PROTECT="/usr/share/X11/app-defaults"
+
+ + +
+ +
Problèmes de pilotes

-On m'a rapporté que : +Il a été rapporté que :

+
Faire fonctionner l'accélération 3D @@ -476,7 +513,8 @@
-Un message d'erreur me dit que libbitmap ou libpcidata est introuvable +Un message d'erreur me dit que libbitmap ou libpcidata est +introuvable

@@ -546,21 +584,25 @@ passez dans le sous-répertoire pc/) # ls *dvorak* (OK, il n'y a rien.) -(De nombreuses vieilles dispositions ont été renomées avec le code du pays.) +(De nombreuses vieilles dispositions ont été renomées avec le code du +pays.) # ls *us* us -(Ensuite, on cherche une variante xkb_symbols qui s'appelle dvorak.) +(Ensuite, on cherche une variante xkb_symbols qui s'appelle +dvorak.) # grep xkb_symbols.*dvorak us xkb_symbols "dvorak" { (Cela signifie qu'il faut Option "XkbLayout" "us" et Option "XkbVariant" "dvorak" dans xorg.conf.) -(Mais lorsqu'on essaie avec setxkbmap, on obtient encore une erreur :) +(Mais lorsqu'on essaie avec setxkbmap, on obtient encore une erreur +:) # setxkbmap -model logibik -layout us -variant dvorak -option "ctrl:swapcaps" (Peut-être que le modèle a aussi changé.) # cd /usr/share/X11/xkb/rules/ # grep logibik xorg.lst -(Pas de retour, il n'existe donc plus. Y en a-t-il des similaires ?) +(Pas de retour, il n'existe donc plus. Y en a-t-il des +similaires ?) # grep logi* xorg.lst logiaccess Logitech Access Keyboard logicdit Logitech Cordless Desktop iTouch @@ -578,7 +620,8 @@ logiink Logitech Internet Navigator Keyboard logiultrax Logitech Ultra-X Keyboard (Génial ! -Le modèle « logiik » semble similaire, essayons-le donc avec setxkbmap.) +Le modèle « logiik » semble similaire, essayons-le donc avec +setxkbmap.) # setxkbmap -model logiik -layout us -variant dvorak -option "ctrl:swapcaps" (Ça marche, donc faites correspondre la valeur de XkbModel Maintenant, tout fonctionne)