Xorg-7.7 Test et configuration

Vérifier l'installation de la Direct Rendering Infrastructure (DRI)

DRI est un environnement permettant aux logiciels d'accéder au matériel graphique d'une manière sûre et efficace. Elle est installée par défaut dans X (en utilisant MesaLib) si vous avez une carte graphique supportée.

Pour vérifier que la DRI est installée correctement, vérifiez que le fichier journal /var/log/Xorg.0.log contient des messages comme :

(II) R128(0): Direct rendering enabled

Note

Il se peut que la configuration DRI diffère si vous utilisez d'autres pilotes tels que ceux de NVIDIA ou de ATI.

Alors que tous les utilisateurs peuvent utiliser l'accélération logicielle, l'accélération matérielle (DRI2), n'est disponible que pour root et les membres du groupe video.

Pour voir si l'accélération matérielle est disponible pour votre pilote, cherchez dans /var/log/Xorg.0.log des messages comme :

 (II) intel(0): direct rendering: DRI2 Enabled

Si votre pilote est supporté, ajoutez les utilisateurs qui pourraient utiliser X à ce groupe :

usermod -a -G video <username>

Si vous optez pour l'installation du paquet Mesa-Demos lors de l'installation de MesaLib-9.0, depuis un xterm, lancez glxinfo et cherchez d'emblée le passage :

direct rendering: Yes

Si direct rendering est activé, vous pouvez ajouter de la verbosité en lançant LIBGL_DEBUG=verbose glxinfo. Ceci affichera les pilotes, les nœuds de périphériques et les fichiers utilisés par le système DRI.

Si la DRI est activée, pour confirmer que l'accélération matérielle DRI2 fonctionne, vous pouvez (toujours dans un xterm) lancer la commande glxinfo | grep "OpenGL renderer string" - si cela renvoie quelque chose d'autre que Software Rasterizer c'est que l'accélération fonctionne pour l'utilisateur qui a lancç la commande.

De nouveau, si vous avez ajouté le paquet Mesa-Demos, vous pouvez aussi lancer le programme de test glxgears. Ce programme affiche une fenêtre de trois boutons à bascule. Le xterm affichera le nombre de cadres dessinés toutes les cinq secondes, donc c'est un test fiable. La fenêtre est échelonable et les cadres dessinés par secondes dépendent beaucoup de la taille de la fenêtre.

Création d'un lien symbolique de compatibilité X11R6

Jusqu'à récemment (relativement parlant) presque toutes les installations X Window que vous avez effectuées ou rencontrées étaient installées dans le répertoire /usr/X11R6. Cela a été la norme pendant des années. Les développeurs restant sur cela ont écrit leurs scripts d'installation des paquets à la recherche de X dans l'emplacement standard. Les choses ont changées et la tendance est d'installer maintenant X dans /usr. Certaines personnes veulent installer dans un emplacement personnalisé.

Beaucoup de développeurs de paquets n'ont pas rattrapé le changement et leurs paquets sont encore à essayer de trouver X dans /usr/X11R6 et donc échouent quand vous essayez de construire le paquet. Si pour la plupart des paquets, il n'est pas difficile de «hacker» le script d'installation pour résoudre le problème, ce n'est pas la solution à long terme au problème. Les développeurs amont ont besoin de moderniser leurs scripts d'installation et d'éliminer complètement le problème.

Jusque-là, vous pouvez créer un lien symbolique pour satisfaire la nécessité de /usr/X11R6 de sorte que vous ne serez pas gêné avec un échec de construction de paquet en raison de ce problème connu. Si vous souhaitez créer le lien symbolique, taper la commande suivante en tant que root 

ln -vsf $XORG_PREFIX /usr/X11R6

Protocole Xft Font

Xft fournit le rendu des polices anti-crénelage à travers Freetype, et les polices sont contrôlés par le côté client à l'aide de Fontconfig. Le chemin de recherche par défaut est /usr/share/fonts et ~/.fonts. Fontconfig recherche des répertoires dans son chemin de façon récursive et maintient un cache des caractéristiques de la police dans les fichiers fonts.cache-1 dans chaque répertoire. Si le cache semble pas être à jour, il est ignorée, et l'information est (lentement) extraites de la polices elles-mêmes. Ce cache peut être régénéré en utilisant fc-cache à tout moment. Vous pouvez voir la liste des polices connues par Fontconfig en exécutant la commande fc-list.

si vous avez installé Xorg dans n'importe quel préfixe autre que /usr, Les polices X ne seront pas installées dans un emplacement connu par Fontconfig. Cela empêche Fontconfig d'utiliser le faible rendu des polices Type 1 ou les polices non-évolutive bitmap. Les liens symboliques sont créés depuis OTF et TTF les répertoires de polices X vers /usr/share/fonts/X11-{OTF,TTF}. Cela autorise Fontconfig à utiliser les polices OpenType et TrueType fournies par X (qui sont évolutives et de qualité supérieure).

Fontconfig utilise des noms comme "Monospace 12" pour définir les polices. Les applications utilisent généralement les noms de polices génériques telles que "Monospace", "Sans" et "Serif". Fontconfig résout ces noms par une police qui a tous les caractères qui couvrent l'orthographe de la langue indiquée par les paramètres régionaux. La connaissance de ces noms de polices est inclus dans /etc/fonts/fonts.conf. Les polices qui ne sont pas répertoriés dans ce fichier restent utilisables par Fontconfig, mais elles ne seront pas accessibles par les noms de familles génériques.

Les polices standards évolutives qui accompagnent X fournissent une très mauvaise couverture d'Unicode. Vous remarquerez peut-être dans les applications qui utilisent Xft que certains caractères apparaissent comme une boîte avec quatre chiffres binaires à l'intérieur. Dans ce cas, un jeu de polices avec les glyphes disponibles n'a pas été trouvé. D'autres fois, les applications qui n'utilisent pas d'autres familles de polices par défaut et n'ont pas accepté les substitutions de l' Fontconfig affichent des lignes vides lorsque la police par défaut ne couvre pas l'orthographe de la langue de l'utilisateur. Cela arrive, par exemple avec Fluxbox dans la localisation ru_RU.KOI8-R.

Afin d'offrir une plus grande couverture d'Unicode, il est recommandé que vous installiez ces polices:

La liste ci-dessus ne donnera pas une couverture complète d'Unicode. Pour plus d'informations, vous pouvez consulter le Unicode Font Guide.

Par exemple, considérons l'installation des polices DejaVu. A partir du répertoire source décompressé, exécuter les commandes suivantes en tant que root :

install -v -d -m755 /usr/share/fonts/dejavu &&
install -v -m644 *.ttf /usr/share/fonts/dejavu &&
fc-cache -v /usr/share/fonts/dejavu

Configuration des périphériques Xorg

Pour la plupart des configurations matérielles, Xorg va automatiquement obtenir la configuration correcte du serveur sans aucune intervention de l'utilisateur. Il existe, cependant, certains cas où l'auto-configuration sera incorrecte. Voici quelques exemples de la configuration manuelle qui peuvent être utile dans ces cas la.

cat > /etc/X11/xorg.conf.d/xkb-defaults.conf << "EOF"
Section "InputClass"
    Identifier "XKB Defaults"
    MatchIsKeyboard "yes"
    Option "XkbOptions" "terminate:ctrl_alt_bksp"
EOF

cat > /etc/X11/xorg.conf.d/videocard-0.conf << "EOF"
Section "Device"
    Identifier  "Videocard0"
    Driver      "radeon"
    VendorName  "Videocard vendor"
    BoardName   "ATI Radeon 7500"
    Option      "NoAccel" "true"
EndSection
EOF

cat > /etc/X11/xorg.conf.d/server-layout.conf << "EOF"
Section "ServerLayout"
    Identifier     "DefaultLayout"
    Screen      0  "Screen0" 0 0
    Screen      1  "Screen1" LeftOf "Screen0"
    Option         "Xinerama"
EndSection
EOF