Configuración del entorno gráfico

Conceptos previos sobre las X:

Un servidor X se encarga de gestionar uno o más displays. Un display es el conjunto hardware de varias
entradas (teclado, mouse) y su salida gráfica (a través de la tarjeta gráfica y del monitor) resultante. Para que un
programa pueda verse/responder gráficamente, se ha de comunicar con ese servidor que es el que gestiona todo. Esto
contrasta con la definición típica de servidor, que es un recurso que suele encontrase en un sistema remoto. Su función
es tan sólo dibujar de forma básica (primitivas, copia de bitmaps...) y responder a eventos. En Linux el servidor X por
abrumadora mayoría es Xorg (http://www.x.org)

Un cliente X es el programa (cualquiera) que solicite ser visualizado en un servidor X, y es el programa con el
que el usuario interactuará. Al contrario que el servidor, que se encuentra en el ordenador local, un cliente puede rodar
tanto en el sistema local como en uno remoto. Por tanto, para que un cliente X se comunique con un servidor X, se le ha
de decir en qué ordenador está funcionando el servidor, y además, dentro de ese ordenador, en qué display (terminal
gráfico) lo hace. De esta manera, el cliente X se visualizará/responderá en esa máquina y en ese terminal gráfico
concreto.

El caso más típico en red es estar delante de una máquina que corre el servidor X pero tener que ejecutar un
programa (cliente X) en un ordenador más potente, y querer que las entradas y las salidas de ese programa se vean en el
servidor X donde estamos nosotros. Lo que habría que hacer en este caso es:
*Dar permiso a la máquina cliente donde ejecutaremos el programa cliente X para que pueda hacer uso de
nuestro servidor X , con el comando xhost +ipcliente
*Entrar por SSH en la máquina cliente.
*Dentro de esta máquina cliente, exportar la variable DISPLAY así:
export display=nombremaqservX:nºdisplay.nºpantalla
El display 0 normalmente es ALT+F7, el primer terminal gráfico. El número de pantalla se utiliza sólo en
entornos multipantalla y puede omitirse si sólo se utiliza una pantalla
NOTA: si entramos via SSH con el parámetro -X, este paso se realiza automáticamente, al display nº10
*Finalmente, todavía dentro de la máquina cliente, ejecutar el programa, que como hemos definido el
DISPLAY de la manera comentada, hará que se vea/responda desde nuestro servidor X.

Si no se define previamente la variable DISPLAY, se puede especificar cuando se lanza el cliente,

así:nombrecliente “-display :1.0”

El servidor X:

Si ya estamos logueados (estamos trabajando en modo texto, o con un escritorio pero queremos iniciar un segundo
servidor X), lo que hay que hacer:

1ª manera.- Ejecutar: /usr/bin/Xorg [maquina]:ndisplay[.npantalla] [parametros servidor]&

Esto es muy a pelo. El display 0 es el que utiliza el escritorio inicial por defecto.

Parámetros del servidor pueden ser (ver man Xorg y man Xserver o escribir parámetro incorrecto):
-showconfig : para ver la versión del servidor y el protocolo,etc. También está -version
-configure : regenera de nuevo el archivo de configuración del servidor (xorg.conf...puede no estar)
-verbose : muestra por la pantalla actual todas las notificaciones y errores producidos
-nolisten tcp : cierra el puerto 6000 para evitar conexiones de clientes remotos (los locales se permite)
-depth {1,4,8,16,24} : profundidad de color (diferente de la preestablecida en xorg.conf)
-auth /ruta/fichero/magic/cookie : fichero que contiene información de autenticación y seguridad
-ac : deshabilita el control de acceso para clientes (equivalente a hacer xhosts +)
-query ip_servidorXdm:display_local : para mostrar un display manager remoto en el servidor local
vtXX : XX es el número del terminal virtual que el servidor ocupará y que asociará al display usado

Por defecto, el acceso por parte de los clientes (en especial, los remotos) a nuestro servidor X está denegado.
Imaginemos que todo el mundo (en especial, remotamente) pudiera acceder a nuestro servidor X: se podrían poner en
marcha o matar(xkill) aplicaciones en nuestra pantalla, ver nuestra pantalla, capturar nuestro teclado, etc, etc. Si
estamos hablando de clientes remotos, una manera de denegar el acceso por red es añadir el parámetro -nolisten
(comentado arriba) cuando se lanza el servidor. Otra manera sería autorizar a determinadas máquinas cliente (y sólo
esas) que puedan ejecutar clientes en nuestro servidor.
 Para hacer esto último, en el servidor X hay que escribir el comando xhost [+|-] [nombremaquinacliente]. (+
si queremos conceder el permiso a una máquina cliente o - si lo queremos denegar). Atención, si se escribe xhost +, sin
nombremaquinacliente, se estará dando permisos a todo el mundo para usar el servidor X. Poniendo xhost a secas se
puede consultar los ajustes de seguridad actuales. Y evidentemente, en la máquina cliente, lo que habría que hacer es
establecer DISPLAY=servidor:0.0 o similar. Lo malo de este sistema es que cualquiera desde una máquina cliente
autorizada de esta manera podría: matar ventanas en nuestro servidor (xkill) , abrir nuevas ventanas, ver el contenido de
la pantalla, usar un keylogger,... También está el comando xhost LOCAL:, para autorizar a todo el mundo en local.

Otra manera de controlar el acceso a un servidor X es, en vez de hacerlo por máquinas, hacerlo por usuarios
(que pueden existir en máquinas diferentes). Para ello, cada usuario deberá tener un archivo $HOME/.Xauthority
(inaccesible para grupo/otros) que contiene una clave aleatoria MD5 de 128 bits por cada display al que pueda acceder
(donde estará el servidor X a usar). Si un usuario determinado, al lanzar el servidor X, lo hace con el parámetro -auth
$HOME/.Xauthority , indica así que quien quiera lanzar clientes en ese servidor X (para el display en cuestión) deberá
antes aportar la clave correspondiente. Y esto se hace habiendo copiado previamente el contenido ligado al display a
usar de ese archivo .Xauthority al archivo .Xauthority de la carpeta $HOME del usuario al que se le quiere conceder el
permiso. Más concretamente, el proceso es el siguiente:

-En la máquina servidora, siendo el usuario concreto que pondrá en marcha el servidor X, hacemos
xauth list para ver las magic cookies guardadas en ~/.Xauthority, que son las que se usa siempre que el servidor
sea arrancado con el parámetro -xauth ~/.Xauthority. Lo que sale al hacer ese comando es primero el tipo
de socket (unix o inet, nos interesa este último), luego el usuario y el dominio. Luego el display al que
corresponde la magic cookie, luego la palabra MIT-MAGIC-COOKIE y luego la cookie en sí.
-En la máquina cliente, siendo el usuario concreto que queremos autorizar, hacer xauth add :1 MIT-
MAGIC-COOKIE-1 elnumeroquesalehaciendo”list”antes, donde :1 es el display donde en este ejemplo
estaría funcionando el servidor X. Otra manera alternativa de hacer esto último sería hacer, como usuario que
pone en marcha el servidor X: xauth extract fichero :1 para luego copiar el fichero a un sitio donde lo pueda
usar el usuario que queramos autorizar e, iniciando sesión como éste, finalmente hacer: xauth merge
fichero .Esto mismo también se puede hacer en máquinas remotas (para un mismo usuario) así: xauth extract
archivo $DISPLAY | ssh clientXremot “xauth merge archivo”

Si se quiere crear una nueva magic cookie para un determinado display (ha de estar funcionando ya el servidor
X en ese display), se puede utilizar el comando mcookie para crear la clave y entonces usar xauth add :1 .
'loquesacamcookie' (para el display :1, ¡importante el "."!).

También se puede usar xauth a secas, y se entrará en una consola propia desde donde se podrán hacer todas las
operaciones anteriores; “exit” grabaría y sale, y “quit” no graba.

La variable de entorno XAUTHORITY sirve, si se desea, para especificar otro archivo diferente a .Xauthority
que contendrá las magic cookies. Si no se sabe qué archivo de cookies se está usando, ejecutar xauth -v.

2ª manera.- Una manera más completa es ejecutar el comando:

/usr/bin/xinit [clientesX y sus parametros] - - [servidor] [maquina]:ndisplay[.npantalla] [parametros servidor] &

El comando xinit tiene la ventaja que al ejecutarse lee el archivo: $HOME./.xinitrc o, si éste no existe (y sólo si
no existe), entonces leerá /etc/X11/xinit/xinitrc. El contenido de este fichero puede cambiar mucho dependiendo de la
distribución; básicamente lo que primero que hace es ejecutar el comando xrdb con los archivos $HOME/.Xresources o
(si éste no existe /etc/X11/Xresources ). Estos archivos son los llamados archivos de recursos, y contienen la apariencia
y configuración visual de los distintos clientes X. Seguidamente ejecuta todos los scripts que estén dentro de la
carpeta /etc/X11/xinit/xinitrc.d/ ,así que si queremos ejecutar algo cada vez que se ponga en marcha xinit, simplemente
lo tendremos que copiar a esa carpeta.

En el caso del Mandriva, en este fichero también se comprueba el navegador por defecto para asignarlo a la
variable BROWSER y sobretodo. cuál es el escritorio elegido por el usuario, (definido en el archivo ~/.desktop o bien
/etc/sysconfig/desktop -ver su contenido!-) para asignarlo a la variable DESKTOP y usar ésta para arrancar el escritorio
deseado (con la sesión ya iniciada). En el caso de no encontrar ningún escritorio válido, se intenta arrancar una sessión
con IceWM, o en último extremo, Twm junto con algunos clientes por defecto. En cualquier caso, sea el escritorio que
sea, siempre se leen también los archivos $HOME/.Xclients ( bien /etc/X11/xinit/Xclients), los cuales sirven también
para especificar, entre otras cosas, los clientes que se inician por defecto junto el servidor y definir el gestor de ventanas
elegido, siguiendo el mismo procedimiento descrito tres líneas más arriba. Como caso particular, se puede ver que el
comando para arrancar el escritorio Gnome es gnome-session y para lanzar Kde sería startkde.
 Es decir, como conclusion: con el comando xinit, (que se ejecutará, repito, una vez ya logeados) en realidad no
sólo ponemos en marcha el servidor X sino que además:
*Cargamos recursos para los clientes
*Iniciamos clientes por defecto, e inicializamos variables
*Arrancamos un entorno de escritorio concreto, ó Twm si todo lo demás falla.
Con esto se puede deducir que podemos elegir los clientes por defectos, nuestro entorno de escritorio preferido, etc
independientemente de los demás usuarios si así lo configuramos en nuestro archivo .xinitrc

3ª manera.-La manera estandar es ejecutar el script “startx” (que suele estar en/usr/bin). Este script lo único
que hace es llamar al binario xinit, pero haciendo previamente unas preconfiguraciones. Funciona así:
startx [clientes_y_opciones] – [servidor_y_opciones] [:display]
Además de leer los archivos que lee xinit, también lee /etc/X11/xinit/xserverrc , (para establecer parámetros del servidor
predefinidos); también puede existir ~/.xserverrc.

Si el servidor X no lo ponemos en marcha nosotros sino que se pone solo, antes de logearnos en el sistema (nivel 5
de ejecución), lo que pasa es lo siguiente:

Un display manager es el programa que hace el login gráfico. Es el programa que pregunta usuario y
contraseña, antes de entrar en el escritorio. Como es gráfico, funciona sobre un servidor X ya funcionando. Así que el
usuario no pone el servidor X, ya se pone solo.

Existen diferentes displays managers a usar indistintamente. Entre otros:

*gdm (propio de Gnome,es el que aparece por defecto si vamos a entrar en ese escritorio)
*kdm (propio de KDE,es el que aparece por defecto si vamos a entrar en ese escritorio)
*xdm (propio de las X. Es el que siempre estará independientemente de los entornos de escritorios
instalados en la máquina)

A la práctica, es indiferente elegir uno u otro, porque todos hacen lo mismo: son intercambiables.

Si se tienen varios displays managers, para cambiar de uno a otro simplemente bastaría con especificarlo, al
igual que se hace para elegir el escritorio por defecto, en el archivo /etc/sysconfig/dekstop, a partir de la variable
DISPLAYMANAGER, que puede valer GNOME, KDE o XDM. Según el caso, se asignará Gdm, Kdm o Xdm como el
display manager preferido, y se intentará ejecutar.

En otras distribuciones, en vez de /etc/sysconfig/desktop, el wm predefinido puede estar en:

/etc/X11/default-display-manager (en Debian)
/etc/sysconfig/displaymanager (en Suse)

También se puede usar el programa "switchdesk" para cambiar de un escritorio a otro de forma más fácil.

Cada display manager dispone de una serie de archivos de configuración. En el caso del Gdm, este archivo se
llama /etc/custom.conf (el cual ya lo hemos visto en clase),pero la mayoría de la configuración se realiza directamente
dentro de Gconf.

La puesta en marcha, una vez logueado el usuario, del escritorio elegido, es similar a la descrita anteriormente,
interviniendo los mismos ficheros contenidos en /etc/X11/xinit. Con esto se puede deducir que podemos elegir también
así los clientes por defecto, nuestro entorno de escritorio preferido, etc.

Por otro lado, comantar que la misma fundación X.org ha desarrollado otro servidor X, llamado Xephyr. La
particularidad de este servidor es que se pone en marcha en una ventana similar a la de cualquier otra aplicación de
escritorio, dentro de la cual se pueden poner en marcha a su vez más ventanas (es decir, hace de cliente para un servidor
X ya funcionando, pero de servidor para otros clientes). Además, este servidor permite el "multiseat", es decir, que
varios usuarios utilicen a la vez el mismo monitor y las mismas entradas de teclado/raton de un servidor X. Un ejemplo
de uso sería: Xephyr -ac :1.0 & . También se permiten iniciar sesiones remotas como cliente : Xephyr -query
ip_servidor_x_remoto :1.0 &, muy útil cuando el servidor remoto no tiene monitor.

Utilidades X:

Además del servidor, existen otras aplicaciones ofrecidas por la propia X.org (se pueden consultar en el
apartado "apps" de http://www.x.org/wiki/Releases/7.5 ) que sirven de soporte y configuración del entorno X. Cada
distribución los empaqueta de forma diferente, pero en general podemos encontrar:
 /usr/bin/xlsfonts -fn "patron" (se admiten comodines) : lista las fuentes integradas propias del servidor X
/usr/bin/xlsclients [-display :n][-a]: muestra los clientes que están funcionando en un display determinado
/usr/bin/xwininfo [-root |-name tituloexactoventana] [-events] [-tree] : muestra información de la ventana
seleccionada.Un comando oficial similar pero más técnico es xprop. También está xev, programa muy curioso que
visualiza los eventos que le ocurren a una ventana de muestra y los keycodes de las teclas que se pulsan.
/usr/bin/xdpyinfo: muestra información sobre las características y capacidades del servidor X (extensiones
sporotadas, formatos bitmap soportados, resoluciones y tamaños de las pantallas, etc)
/usr/bin/xgamma [-display :n] [-gamma f.f| -rgamma f.f| -ggamma f.f| -bgamma f.f]
/usr/bin/xmodmap : define un mapa con definición de teclado (código ↔ caracter), especificado por el fichero
pasado como parámetro, o si no, por /etc/X11/Xmodmap ó ~/.Xmodmap. Con el parámetro -pk se muestra la tabla de
mapeo de teclado y con -pp se muestra el mapeo del ratón.Mirar too el comando setxkbmap {us | es}
/usr/bin/xrandr : sin parámetros muestra el estado de las salidas y sus modos, indicando el actual(*) y el
preferido(+)
-s anchoxalto : cambia la resolución de pantalla
-r frecuencia : cambia la frecuencia de refresco de pantalla
-o {normal| inverted|left|right} : cambia la orientación de la pantalla. Para flips también está -x y -y
/usr/bin/xrdb nombrearchivo : carga manualmente los recursos que hay definidos en ese archivo, del tipo
xclock*update:1
xclock*hands:yellow
xclock*background:blue (los nombres de los clientes siempre en minúsculas, y los recursos en su
versión larga) sobreescribiendo los valores que hubiera en los archivos Xresources. Los recursos por defecto se
encuentran en la carpeta /usr/share/X11/app-defaults.
/usr/bin/xrefresh [-white|-black| -solid uncolor] [-geometry anchoxalto+x+y]
/usr/bin/xset
s nºsegparaquesalgasalvapantallas nºsegduracion [s {blank|noblank}] [s {on|off}] [s activate| reset]
m nºacelraton umbral
[-b| b {volumenen% tonoenHz duracióncampanillaens]
[-c| c volumenen%delkeyclick]
[-r [codigotecla] | r [codigotecla] (para el autorepeat)
[-]led nºledsteclado
q (muestra los valores actuales)
Para terminales virtuales, existe un comando similar: setterm
-blength nºmilisegundos (0 anula campanilla)
-bfreq nºHz
-foreground uncolor (el color puede ser: black, red, green, yellow, blue, magenta, cyan, o white)
-background uncolor
-inversescreen {on|off}
-bold {on|off}
-cursor {on|off}
-repeat {on|off}
-blank nºminutosantesdeirseanegro
-dump -file /ruta/archivo/donde/se/guardara/captura/pantalla (dice "couldn't read /dev/vcsa0 ")
-default
-store
/usr/bin/xsetroot
-solid DarkOliveGreen & (para poner un color de fondo a las X)
-bitmap imagen (para poner una imagen -mosaico- ,creada con el programa bitmap, de fondo a las X.)
-fg “#457652” -bg “#87af32” . También están las opciones -gray y -grey.
-cursor imagen máscaratodonegro (se pueden crear con el programa bitmap -bg -fg -size ...)
-mod nºx nºy (para pintar un patrón de rejilla; entre 1 y 16)
-def (para volver a los valores por defecto)
/urs/bin/glxgears : hace una prueba visible para ver si va la extensión GLX, que aporta capacidad 3D al X
/urs/bin/glxinfo : muestra información sobre la extensión GLX

Clientes X:

Son aplicaciones no escritas para utilizar en un entorno de escritorio concreto (es decir, no usan las librerías
gráficas ligadas a ellos: GTK+ en Gnome y Xfce, Qt en Kde), sino que sólo usan las librerías estandar X Toolkit, y por
lo tanto , no tienen el aspecto y funcionalidades concretos de un entorno sino que son independientes de éste.
 Posibles parámetros que pueden tener, en general:
-bg color o -background color
-fg color o -foreground color
-bd color o -bordercolor color
-bw numero o -borderwidth numero
-fn fuente o -font fuente
-geometry anchuraxaltura+x+y
-iconic (indica si la aplicación se iniciara minimizada)

Ejemplos son (en Ubuntu la mayoría se reúnen bajo el paquete x11-apps ó x11-utils, en Fedora bajo el paquete
xorg-x11-apps ó xorg-x11-utils). Consultar el manual de cada una de ellas para conocer sus opciones particulares:

xclock -update 1 -hd Blue -bg Salmon -display [maquina]:ndisplay.npantalla &

(la lista de colores posibles en se puede ver ejecutando el comando showrgb o bien viendo /usr/share/X11/rgb.txt)
xterm -fn 10x20 -fg blue & .
xcalc -bd Black &
xload -iconic -title hola &
xeyes -geometry 80x65+10+10 &
xclipboard
xedit
xman
xkill
xcursorgen
xmag
xmessage
twm

Otros clientes X de terceros que pueden ser interesantes son:

xwd -out imagen.xwd [-root |-name tituloexactoventana] [-nobdrs] : captura una pantalla completa (-root) o la
ventana especificada. La opción -nobdrs es para no capturar los bordes. Las imágenes xwd se pueden visualizar con el
comando xwud -in imagen.xwd. . Si se quiere cambiar a otro formato más normal se puede usar el comando convert de
la suite ImageMagick: xwd -root | convert - /tmp/screenshot.png , o bien la suite Netpnm: xwdtopnm imagen.xwd >
imagen.png && pnmtopng imagen.pnm > imagen.png.
xvidcap {--sf | --mf} –file nombre(mf)/patron(sf) –fps nº [--time nºsegmaxcap | --frame nºframmaxcap ]:
captura mútliples imágenes en un tiempo (singleframe) o un video (multiframe) de la pantalla. El patrón (para
singleframe) ha de usar el convenio de printf (%d para números, por ejemplo).
xscreensaver : mejor utilizar alternativas más sofisticadas como el gnome-screensaver o similares.
xzgv: visor de imágenes

Gestores de ventanas y entornos de escritorio:

Un gestor de ventanas es un cliente X que realiza una serie de funciones muy concretas:
-Posibilita cambiar el tamaño de las ventanas y moverlas
-Posibilita la pérdida o obtención del foco de las ventanas
-Posibilita la barra de control, título y marcos de las ventanas, y un aspecto básico de éstas.

El entorno Gnome utiliza por defecto un gestor de ventanas llamado Metacity, y el entorno KDE utiliza otro
llamado Kwin (o bien el especificado por la variable de entorno KDEWM), por ejemplo. También existe el gestor
Compiz (http://www.compiz.org) , que tiene la particularidad de trabajar en 3D gracias a extensiones OpenGL del
servidor X. Pero hay muchos más (se puede consultar http://www.xwinman.org), por ejemplo:

Enlightenment (http://www.enlightenment.org)
AfterStep (http://www.afterstep.org)
WindowMaker (http://www.windowmaker.info)
Flushbox (http://fluxbox.sourceforge.net)
Openbox (http://icculus.org/openbox)
Icewm (http://www.icewm.org)
Sawfish (http://sawfish.wikia.com)
Wmii (http://www.suckless.org/wiki/wmii)
Xmonad (http://xmonad.org)
 Es muy interesante observar cómo cambia de poner en marcha el servidor X a pelo en un display y unos
cuantos clientes (xclock, xeyes) a luego poner un gestor de ventanas

Además de los gestores de ventanas existen otros programas auxiliares que conviene conocer:

*Decorador de ventanas: programa que se dedica a pintar los bordes de las ventanas. Kwin y Metacity lo llevan
incorporado internamente, pero Compiz utiliza un decorador externo llamado Emerald, o bien puede usar el
propio de los dos gestores anteriores (kde-window-decorator ó gtk-window-decorator). Los decoradores de
ventanas se encargan de gestionar una parte de los temas de apariencia.

*Gestor de iconos: programa que sirve para añadir un plus de funcionalidad a un gestor de ventanas que ya esté
corriendo (básicamente, permiten disponer de iconos en el “escritorio”, cosa que los gestores de ventanas no
son capaces de hacer). Así, podríamos llegar a tener casi las mismas funcionalidades de un entorno de
escritorio completo si sumamos a un gestor de ventanas, un gestor de iconos, y ganaríamos ligereza y recursos
de la máquina. Un ejemplo es : http://idesk.sourceforge.net

*Gestores de ficheros (también llamado administrador ó explorador de ficheros): programa que provee acceso
a archivos y facilita el realizar operaciones con ellos, como copiar, mover o eliminar archivos donde el usuario
lo quiera ubicar. El gestor de ficheros por defecto de Gnome es Nautilus, de KDE es Dolphin y de Xfce es
Thunar. Un ejemplo de gestor de ficheros independiente es Xfe (http://roland65.free.fr/xfe)

Un entorno de escritorio, en cambio, es un conjunto de aplicaciones que en global, tienen estas características:
-Añaden una apariencia común a todas las aplicaciones, y coordinan la comunicación entre ellas
-Incluyen: gestor ventanas + barra tareas + gestor ficheros + gestor iconos + drag&drop
-Incorporan muchas otras aplicaciones extra integradas y coordenadas
-Sobre todo ofrecen un toolkit (GTK, Qt), un formato de ayuda, librerías de tratamiento de imagen y
sonido, un modelo de componentes, etc, etc para que los programadores puedan desarrollar programas uniformes en
funcionalidad y apariencia para ese escritorio..

Para lanzar el escritorio Gnome se puede usar el comando gnome-session, y para arrancar KDE, el comando
startkde . Para Xfce sería xfce4-session . Si deseamos iniciar un gestor de ventanas concreto, podríamos escribir:
startfluxbox , enlightenment, wmaker, afterstep...

El archivo de configuración xorg.conf:

En el archivo de texto /etc/X11/xorg.conf se configuran los aspectos más relacionados con el hardware del
servidor X, aunque puede que éste no exista, ya que el servidor X normalmente detecta el hardware "al vuelo" y retiene
la configuración en memoria.

Tiene varias secciones. Algunas de ellas son:

“ServerLayout” es el esquema general. Se definen los dispositivos de entrada (teclado, ratón) y la pantalla
“InputDevice”: hay una sección por cada dispositivo de entrada especificado en “ServerLayout”, donde se
define en cada una el driver controlador, y diferentes opciones (XkbModel=pc105, XkbLayout=es,
Device=/dev/input/mice, Emulate3Buttons=yes,...)
“Device” : corresponde a los dispositivos de salida (tarjetas de vídeo), donde se define el driver controlador.
”Monitor” : corresponde a los dispositivos de salida (monitor), donde se define el modelo, frecuencia de
refresco, sincronización horizontal...
“Screen” : sección correspondiente a la pantalla -ente formado por monitor+tarjeta gráfica-, definida en
“ServerLayout”, donde se establecen diferentes opciones (DefaultDepth=24,...) para las distintas
resoluciones/profundidades de color soportadas
”ServerFlags” : (des)habilita combinaciones de teclas, como DontZap,DontZoom o el uso del ratón como
AllowMouseOpenFail...son opciones globales del servidor.
”Module” : carga módulos internos del servidor X, como v4l, freetype, glx, ...
”Extensions” : incluye la extensión Composite para las transparencias.
”FontPath” : si no se utiliza un servidor de fuentes, aparecen los directorios de fuentes que maneja
directamente Xorg
”Files” : ruta para alojar ciertos archivos de interes para X, como las fuentes.
”VideoAdapter”: descripción de dispositivos de vídeo
”Modes” : descripción de los modos de vídeo (1024x768,800x600,...)
”DRI”: configuración de la estructura de la Infraestructura de Renderizado Director
”Vendor”: configuración específica del fabricante