Preparando LPIC-1 106.1 Instalar y configurar X11

Vamos a ver brevemente un poco de estos temas:

Antes empezaremos con una breve explicacion de que es una X:

Historia:
[4-5]
X Window System (en español sistema de ventanas X) es un software que fue desarrollado a mediados de los años 1980 en el MIT para dotar de una interfaz gráfica a los sistemas Unix. Este protocolo permite la interacción gráfica en red entre un usuario y una o más computadoras haciendo transparente la red para éste. Generalmente se refiere a la versión 11 de este protocolo, X11, el que está en uso actualmente. X es el encargado de mostrar la información gráfica de forma totalmente independiente del sistema operativo.

* X es un modelo de cliente/servidor.
* X fue diseñado primariamente para implementar clientes ligeros, donde mucha gente usaba simultáneamente la capacidad de procesamiento de un mismo computador trabajando en tiempo compartido. Cada persona usaba un terminal en red que tenía capacidades limitadas para dibujar la pantalla y aceptar la entrada del usuario. Debido a la ubicuidad del soporte para el software X en Unix, es usado en los computadores personales incluso cuando no hay necesidad del tiempo compartido.
* Mientras que los servidores de X manejan hardware estos no definen la forma en que se va a ver la pantalla y no ofrecen herramientas para manipular los clientes.
* El servidor X es el responsable de realizar el rendering the las formas y colares en la pantalla.

Ejemplos de lo que incluye:

Programas de X.org que controlan nuestra placa de video,
Programas de X.org que funcionan en redes diferentes mostrandonos la salida de los programas en nuestro equipo.
Otros sistemas de red Unix corren sus propios X server software (cuando corremos nuestra maquina local)
Clientes X son programas de usuarios como : firefox,opera,Evolution,OpenOffice,xterm

Cliente/Servidor
El sistema de ventanas X distribuye el procesamiento de aplicaciones especificando enlaces cliente-servidor. El servidor provee servicios para acceder a la pantalla, teclado y ratón, mientras que los clientes son las aplicaciones que utilizan estos recursos para interacción con el usuario. De este modo mientras el servidor se ejecuta de manera local, las aplicaciones pueden ejecutarse remotamente desde otras máquinas, proporcionando así el concepto de transparencia de red.
Debido a este esquema cliente-servidor, se puede decir que X se comporta como un terminal gráfico virtual.
El hecho que exista un estándar definido para X permite que se desarrollen servidores X para distintos sistemas operativos y plataformas, lo que hace que el código sea muy portable. Por ejemplo. permite tener clientes X ejecutándose en un potente servidor UNIX mientras los resultados son visualizados en una PC de escritorio con cualquier otro sistema operativo funcionando.
La comunicación entre el cliente X y el servidor se realiza por medio de un protocolo conocido como Xprotocol, que consiste en una serie de bytes interpretados como comandos básicos para generar ventanas, posicionarlas, o controlar eventos. Los clientes X acceden al Xprotocol mediante el uso de una biblioteca llamada Xlib, que evita al programador de clientes X tener que lidiar con el código binario del Xprotocol. Sin embargo, los aspectos de decoración de ventana y manejos de ventanas no están definidos en esta biblioteca.

Un programa de cliente especial llamado window manager es el responsable de las funciones mencionadas anteriormente que nos provee ademas de ventanas, cambio de tamaño, botones de cerrar y maximizar y muchas mas.
Este controla los demas clientes que corren bajo un Servidor X. Multiples window manager podemos encontrar para nuestro X Window System pudiendo asi poder elegir un estilo de interface que mas necesitemos para cada uso.
X no es un gestor de ventanas, necesita de uno para controlar el manejo de ventanas. Esto trae la ventaja de que permite al usuario instalar uno o más administradores de ventanas de su preferencia. También trae la ventaja de que hace de X estrictamente un sistema gráfico, de tal modo que un cliente X podría estar enviando un gráfico a una pantalla, a una impresora o a cualquier otro hardware sin darse cuenta, flexibilizando la salida gráfica.

Por otro lado, la desventaja que trae el hecho de no tener un único entorno gráfico es que los programadores de clientes X que desean hacer uso de los recursos de los entornos gráficos (botones, barras de deslizamientos, etc) deben elegir un entorno gráfico específico para programar y contar que el usuario tenga por los menos las bibliotecas de dicho entorno gráfico instalado. Las bibliotecas de los entornos gráficos se conocen como “Toolkits”, el estándar X provee sólo de un conjunto de herramientas básicas llamadas Xintrisics que permiten a los programadores de los entornos gráficos armar sus Toolkits sobre éstas.

Un completo set de escritorio graficos se encuentran disponible y contiene entre sus paquetes un window manager y una gran cantidad de aplicaciones que trabajan en conjunto para poder crear un ambiente de trabajo completo. Un ejemplo son los mas conocidos KDE y GNOME, por supuesto que hay muchos mas y mucha variedad pero estos son los mas conocidos.

Interfaces de Usuario:
X es primariamente una definición de primitivas de protocolo y gráficas, y deliberadamente no contiene especificaciones de diseño de interfaz de usuario, como estilos de botón, menú, barra de título para las ventanas. En vez de eso, un software de aplicación (tal como los manejadores de ventana, Widget toolkits de GUI y ambientes de escritorio, o las interfaces gráficas de usuario específicas de una aplicación) definen y proporcionan tales detalles. Como resultado, no hay interfaz X típica y varios ambientes de escritorio han sido populares entre los usuarios.
Un manejador de ventana controla la colocación y la apariencia de las ventanas de aplicación. Esto puede resultar en interfaces semejantes a las de Microsoft Windows o Macintosh (los ejemplos incluyen Metacity en GNOME, KWin en KDE, Xfwm en Xfce, o Compiz) o tener controles radicalmente diferentes (tales como tiling window manager, como wmii o Ratpoison). Los manejadores de ventana abarcan en sofisticación y complejidad desde los más simples (ej., twm, el manejador de ventana básico suministrado con X, o evilwm, un manejador de ventana extremadamente liviano) hasta los ambientes de escritorio más completos tales como Enlightenment.
Muchos usuarios usan X con un ambiente de escritorio, que, independientemente del manejador de ventana, incluyen varias aplicaciones usando una interfaz de usuario consistente. GNOME, KDE y Xfce son los ambientes de escritorio más populares. El ambiente estándar de Unix es Common Desktop Environment (CDE). La iniciativa freedesktop.org se dirige a la interoperabilidad entre el escritorio y los componentes necesarios para un escritorio X competitivo.

Puesto que el X es responsable de la interacción entre el teclado y el ratón con el escritorio gráfico, ciertos atajos de teclado han llegado a estar asociados con X. Control-Alt-Backspace típicamente termina la sesión actualmente corriendo en X, mientras que el Control-Alt conjuntamente con una tecla de función cambia a la consola virtual asociada. Sin embargo, esto es un detalle dejado al diseño de una implementación de servidor X y no es universal; por ejemplo, las implementaciones de servidor X para Windows y Macintosh típicamente no proporcionan estos atajos de teclado.

Terminales X
Un terminal X es un cliente ligero que solamente corre un servidor X. Esta arquitectura llegó a ser popular para construir paquetes de terminales baratos para que muchos usuarios usaran simultáneamente el mismo gran servidor de computadora para ejecutar programas de aplicación como clientes de cada terminal X. Este uso está muy cerca con la intención original del proyecto MIT.

Los terminales X exploran la red (el dominio de difusión local) usando el protocolo de control del X Display Manager para generar una lista de anfitriones disponibles que son permitidos como clientes. Uno de los anfitriones de clientes debe correr un X display manager.

El hardware dedicado para terminales X ha llegado a ser menos común; un PC o un moderno cliente ligero con un servidor X proporciona típicamente la misma funcionalidad a igual o más bajo costo.

X Display Manager[5]
En el X Window System, un X Display Manager (XDM), gestor de pantalla X, o gestor de pantalla X, es una parte opcional del sistema X Window que permite comenzar una sesión sobre un servidor X desde la misma u otra computadora. Un gestor de pantalla presenta al usuario con una pantalla de autenticación (login) que solicita el nombre de usuario y su contraseña. Una sesión comienza cuando el usuario entra con éxito una combinación válida de nombre de usuario y contraseña.

Cuando el gestor de pantalla corre en la computadora del usuario, inicia el servidor X antes de presentar al usuario la pantalla de login (autentificación), opcionalmente repitiendo esto cuando el usuario cierra la sesión (logs out). En esta condición, el gestor de pantalla realiza en el X Window System la funcionalidad del init, getty y autentifica al usuario en el terminal en modo de caracteres. Cuando el gestor de pantalla corre en una computadora remota, actúa como un servidor de telnet, solicitando el nombre de usuario y la contraseña y comenzando una sesión remota.

Piense en XDM como proveedor de la misma funcionalidad que la utilidad getty(8). Esto quiere decir que se encarga de los ingresos del sistema en la pantalla a la que está conectado y arranca el gestor de sesiones para el usuario (normalmente un gestor de ventanas X). XDM entonces espera a que este programa termine, señalando que el usuario ha terminado y que se debería desconectar de la pantalla. En este punto XDM puede mostrar las pantallas de entrada al sistema y de selección de pantalla para que el siguiente usuario intente acceder al sistema.

Esto es útil para diferentes situaciones tales como “Terminales X” con escritorios mínimos y grandes servidores de red (LTSP, cliente liviano). Como X Window System es independiente del protocolo y de la red hay muchas posibles configuraciones para ejecutar clientes y servidores X en diferentes equipos conectados a una red. XDM da una interfaz gráfica para elegir a qué pantalla se quiere conectar y solicitar la información de autenticación, como el nombre de usuario y le contraseña.

También es útil para múltiples usuarios trabajando con un mismo computador (configuración multiseat), en donde cada usuario tiene su propio pantalla, teclado y ratón, y comparten los recursos del computador, como el CPU, la tarjeta madre, la memoria RAM, el disco duro, etc., abaratando significativamente los costos.

Seleccionando e instalando un X-Server:
X.Org es el standard X Window System de la mayoria de las distribuciones de Linux.
X.Org es mantenida por X.Org Fundation que es una comunidad sin fines de lucro donde se colabora con el desarrollo y documentacion
El codigo de X11 de X.Org esta basado en XFree86 que fue usado como X Windows en muchas distribuciones de Linux. Freedesktop.org es un proyecto colaborativo donde se desarrolla software para los sistemas X Windows.
El proyecto X.Org tiene soporte para una gran cantidad de hardware. Esto se debe a la cooperacion de muchos fabricantes que liberan el codigo de sus drivers y sus documentaciones.A traves del tiempo se vio que muchos fabricantes fueron interesandose en dejar cierta informacion a la comunidad X.Org para que puedan darle soporte a su hardware y es por eso que X.Org ya posee una inmesa compativilidad con el hardware de hoy en dia.

Configurando el entorno X Window System
Lo primero que tenemos que hacer es recopilar la información necesaria, para la correcta configuración del servidor gráfico Xorg

La información mínima necesaria es la siguiente:

* Especificaciones del monitor
* Chip y cantidad de memoria de la tarjeta gráfica (vídeo)
* Especificaciones del ratón
* Especificaciones del teclado

Ver la version de nuestro X:

Red Hat:

[rino@oc4037774485 ~]$ X -version

X.Org X Server 1.9.1
Release Date: 2010-10-22
X Protocol Version 11, Revision 0
Build Operating System: x86-02 2.6.32-72.el6.bz634452.x86_64
Current Operating System: Linux oc4037774485.ibm.com 2.6.35.9-64.fc14.x86_64 #1 SMP Fri Dec 3 12:19:41 UTC 2010 x86_64
Kernel command line: ro root=UUID=1f15bf0f-79bd-4dae-a644-f4ad768504ef rd_NO_LUKS rd_NO_LVM rd_NO_MD rd_NO_DM LANG=en_US.UTF-8 SYSFONT=latarcyrheb-sun16 KEYTABLE=la-latin1 rhgb quiet selinux=0
Build Date: 09 November 2010  08:15:25PM
Build ID: xorg-x11-server 1.9.1-3.fc14
Current version of pixman: 0.18.4
	Before reporting problems, check http://wiki.x.org
	to make sure that you have the latest version.
[rino@oc4037774485 ~]$


Chipset de Video:

Los driver de video X.Org son escrito para los chipset graficos no para las placas de video en donde estan installadas. Muchas placas de video de varios fabricantes tienen el mismo chipset de video haciendo a estas que tengan la misma funcionalidad.
Por eso hay que mirar si el chipset que tenemos es soportado por X.org para poder usar las opciones de graficos mas avanzadas. Ver la lista de chipset soportados en la wiki de X.Org
El chip de la tarjeta gráfica también llamada tarjeta de vídeo, define que controlador utilizaremos para que funcione correctamente.
La memoria de la tarjeta gráfica determina la resolución máxima y la profundidad de color máxima con la que el sistema puede trabajar.

Especificaciones del monitor
Usaremos las especificaciones del monitor para determinar la resolución y frecuencia de refresco a la que funcionara. Dichas especificaciones vienen en la documentación del monitor, o bien la obtenemos desde la web del fabricante.

Necesitamos tres rangos muy importantes:

* Frecuencia de refresco horizontal
* Frecuencia de refresco vertical
* Resolución máxima.

Con esta información sabemos como hemos de configurar nuestro monitor para no dañarlo o quemarlo.

Especificaciones del mouse

Las especificaciones del ratón son muy fáciles, basta con observar dicho ratón para saber:

* El tipo de conector: USB, PS2, Serial, etc…
* El numero de botones: 1, 2, 3, 4, etc…
* Si tiene rueda y cuantas tiene: 1, 2

Especificaciones del teclado

Las especificaciones del teclado al igual que las del ratón, con observar dicho teclado conocemos la información:

* El tipo de conector: USB o PS2
* Que mapa de caracteres que usa: QWERTY, AZERTY, etc..
* El numero de teclas: 101, 102, 104, 105 o microsoft

Instalando X.Org
Es raro que tengamos que instalar X.Org nosotros a mano porque este ya fue instalado generalmente cuando instalamos nuestro sistema si tenemos planeado usar la grafica (X).
Casi todas las distribuciones de linux contienen los paquetes de X.ORg en sus instaladores.

La forma de instalar el sistema de ventanas x window en su equipo sera de la siguiente manera:

Para sistemas operativos de la familia Red Hat teclee lo siguiente:

[BASH] # yum install xorg-x11

Para sistemas operativos de la familia Debian teclee lo siguiente:

[BASH] # apt-get install x-window-system

Configurando un Servidor X y su archivo de configuracion xorg.conf
El archivo de configuracion de X.Org difiere a lo largo de las distintas distribuciones de linux y de las versiones de X.Org. Este archivo es creado durante la instalacion y segun los dispositivos que fueron detectados ira armando la configuracion.
Generalmente no hace falta cambiar nada de este archivo porque es manejado por el sistema. El servidor X usa este archivo de configuracion cuando se inicia para setear la configuracion del teclado, mouse, fuentes (fonts) y resolucion del monitor.

Fichero xorg.conf

La configuración del servidor gráfico xorg se encuentra en el fichero xorg.conf, en la siguiente ruta:

/etc/X11

Y se encuentra dividido en las siguientes secciones:

Section “Files” Ruta o path de los archivos
Section “Modules” Carga módulos dinámicos
Section “InputDevice” Descripción de los dispositivos periféricos
Section “Device” Descripción de los dispositivos gráficos
Section “Monitor” Descripción del monitor
Section “Screen” Configuración de la pantalla
Section “ServerLayout” Esquema global

Cada sección comienza con la instrucción Section seguido del nombre de la “sección entre comillas” las opciones, driver, etc.. y terminada con EndSection.

Seccion “Files”

Esta sección define la ruta de archivos necesarios para levantar el servidor X.

  • Define la ruta de los tipos de letras en las entradas ” FontPath”
  • Especifica la ubicación de la base de dartos de colores RGB “RgbPath”

Ejemplo:

Section “Files”
         RgbPath     “/usr/lib/X11/rgb”
EndSection

Seccion “Modules”

La sección Module especifica que módulos cargará el servidor gráfico X, dichos módulos añaden funcionalidad adicional al servidor X.

Section “Module”
         Load     “dbe”
         Load     “extmod”
         Load     “type1”
         Load     “freetype”
         Load     “glx”
EndSection

Seccion “InputDevice”

Cada sección InputDevice configura un dispositivo de entrada para el servidor X. Los sistemas Xorg tienen mínimo dos secciones InputDevice:

  • Un Mouse
  • Un Teclado

Configuracion tipica de un mouse

Ejemplo:

Section “InputDevice”
         Identifier   “Mouse0”
         Driver       “mouse”
         Option       “Protocol” “Auto”
         Option       “Device”   “/dev/psaux”
         Option       “Emulate3Buttons” “no”
         Option       “ZaxisMapping” “4 5”
EndSection

Identifier: Especifica un nombre para esta sección

Driver: Especifica el controlador que debe cargar para el correcto funcionamiento del ratón. “mouse”: soporta cuatro tipos de mouse:

  • Serial
  • Bus
  • PS/2
  • USB

Option: Especifica las opciones necesarias pertinentes al dispositivo

Para un mouse, las opciones son las siguientes:

Protocol: Indica el protocolo define el tipo de mouse que tenemos

  • “ImPS/2″
  • “ExplorerPS/2″
  • “MouseMan”
  • “Microsoft”
  • “Mousesystems”
  • “IntelliMouse”
  • “ThinkingMouse”
  • “ThinkingMousePS/2″
  • “NetScrollPS/2″
  • “NetMousePS/2″
  • “GlidePoint”
  • “GlidePointPS/2″
  • “MouseManPlusPS/2″

NOTA:

  • Los mouse seriales antiguos de dos o tres botones estan normalmente soportados por el protocolo “Microsoft” o “MouseMan”
  • Los mouse seriales con rueda los soporta el protocolo “IntelliMouse”
  • Los mouse PS/2 los soporta el protocolo “ImPS/2″
  • El protocolo “auto” se usa siempre que este es capaz de detectar el mouse.

CorePointer: Indica que el ratón definido es el mouse principal

Device: Indica la ubicación del dispositivo físico (donde se encuentra conectado), las opciones son las siguientes:

  • /dev/input/mice (conectado al puerto USB)
  • /dev/psaux (conectado al puerto PS/2)
  • /dev/ttyS0 (conectado al puerto Serial 0)
  • /dev/ttyS1 (conectado al puerto Serial 1)

Emulate3Buttoms: Especifica si un mouse de dos botones se comporte como uno de tres botones, cuando se presionen ambos botones simultáneamente.

ZAxisMapping: Especifica que funcione la rueda que incorpora el mouse.

Configuracion tipica de un teclado

Ejemplo:

Section “InputDevice”
         Identifier   “Generic Keyboard”
         Driver       “kbd”
         Option       “CoreKeyboard”
         Option       “XkbRules”   “xorg”
         Option       “XkbModel” “pc105”
         Option       “XkbLayout” “es”
EndSection

Identifier: Especifica un nombre para esta sección.

Driver: Especifica el controlador que debe cargar para el correcto funcionamiento del teclado.

Option: Especifica las opciones necesarias pertinentes al dispositivo

Para un teclado las opciones son las siguientes:

CoreKeyboard: Especifica que es el teclado principal

XkbModel: Especifica el tipo de teclado. Los valores mas comunes son:

  • “pc101″
  • “pc102″
  • “pc104″
  • “pc105″
  • “microsoft”

XkbLayout: Especifica el lenguaje que usaremos, “es” (español), “us” (ingles)

Seccion “Device”

Esta sección es la que define y configura la tarjeta gráfica (vídeo)

Ejemplo:

Section “Device”
         Identifier   “Device0”
         Driver       “nvidia”
         VendorName   “NVIDIA Corporation”
         Option       “RenderAccel”  “true”
         Option       “AllowGLXWithCompisite”   “true”
         Option       “dpms”
EndSection

Identifier: Especifica un nombre para esta sección.

Driver: Especifica el controlador que debe cargar para el correcto funcionamiento del vídeo.

VendorName: Este parámetro es opcional, especifica el fabricante de la tarjeta de vídeo.

BusID: Este parámetro es opcional, especifica el bus en el que se encuentra conectada la tarjeta gráfica, Esta opción únicamente es necesaria para sistema con múltiples tarjetas gráficas.

Screen: Este parámetro es opcional, especifica que conector del monitor en la tarjeta gráfica configura la sección Device. Esta opción en muy útil solamente para tarjetas con múltiples conectores.

Si dos monitores o mas son conectados en diferentes conectores en la misma tarjeta gráfica, deben existir en xorg.conf secciones Device separadas y cada una de estas secciones debe tener un valor Screen diferente.

Los valores para la entrada Screen debe ser enteros. El primer conector de la tarjeta de vídeo tiene el valor 0. El valor para cada conector adicional incrementa este valor en uno.

Option “nombre_opción”: Este parámetro es opcional. Reemplace “nombre_opción” con una de las opciones listadas para esta sección en la pagina man de xorg.conf

Una de las opciones mas habituales es “dpms” (Display Power Management Signalling), se usa para activar el estado de ahorro de energía del monitor.

Seccion “Monitor”

Esta sección es la que define y configura los parámetro del monitor

Ejemplo:

Section “Monitor”
         Identifier   “Acer X203W”
         Option       “DPMS”
         HorizSync    30-83
         VertRefresh  “55-75”
EndSection

Identifier: Especifica un nombre para esta sección. Puede existir varias secciones “Monitor” en el archivo xorg.conf, cada una con diferente identificación (Identifier), esto es causado porque disponemos de dos o mas monitores conectados al ordenador.

HorizSync: Especifica la frecuencia de barrido horizontal del monitor, expresado en kHz. Puede ser una frecuencia fija (30.5), multiples frecuencias fijas (30.5, 35.8), un rango (30-110), o varios rangos (15-25, 30-64)

VertRefresh: Especifica la frecuencia de barrido vertical del monitor, expresado en Hz, los valores son iguales a la opción HorizSync.

Seccion “Screen”

Esta sección es la que va a definir la pantalla, vinculando una tarjeta gráfica (Device) con la sección “Monitor” Ejemplo:

Section “Screen”
         Identifier     “Default Screen”
         Device         “nvidia geforce mx400”
         Monitor        “AcerX203W”
         DefaultDepth   24
         Options        “AddARGBGLXvVisuals”   “True”
         Subseccion “Display”
            Depth    1
            Modes    “1600x1050” ”1200x1024” ”1024x768” ”800x600” “640X400”
         Subseccion “Display”
            Depth    4
            Modes    “1600x1050” ”1200x1024” ”1024x768” ”800x600” “640X400”
         Subseccion “Display”
            Depth    8
            Modes    “1600x1050” ”1200x1024” ”1024x768” ”800x600” “640X400”
         Subseccion “Display”
            Depth    15
            Modes    “1600x1050” ”1200x1024” ”1024x768” ”800x600” “640X400”
         Subseccion “Display”
            Depth    16
            Modes    “1600x1050” ”1200x1024” ”1024x768” ”800x600” “640X400”
         Subseccion “Display”
            Depth    24
            Modes    “1600x1050” ”1200x1024” ”1024x768” ”800x600” “640X400”
EndSection

Identifier: Especifica un nombre unico para esta sección

Device: Especifica el nombre de una sección “Device” existente en el fichero xorg.conf

Monitor: Especifica el nombre único de una sección “Monitor” existente en fichero xorg.conf

Observación: las entradas “Device y Monitor” tienen que tener el mismo valor que la entrada “Identifier” de las secciones “Device” y “Monitor”. De esta manera se entrelazan las configuraciones de las diferentes secciones.

DefaultDepth: Especifica la profundidad de color por defecto en bits.

SubSection “Display”: Especifica los modos disponibles de la pantalla para una profundidad de color en particular.

Observación: Una sección “Screen” puede tener múltiples subsecciones “Display”, pero debe existir al menos una para la profundidad de color especificada en la entrada “DefaultDepth”

Depth: Especifica la profundidad de color de la subsección, los valores posibles son: 1, 4, 8, 15, 16 y 24 bits

Modes: Especifica las resoluciones que podremos visualizar según nuestro monitor. Puede especificarse una sola resolución “1680×1050″ (si sabemos que nuestro monitor la soporta), o un listado de estas: “1680×1050″ “1280×1024″ “1024×768″ “800×600″ “640×480″. Por defecto se usa la primera en la lista, siempre que este soportada por nuestro monitor, si no se usa la siguiente, y asi hasta la ultima resolución que tengamos listada.

Nota: Dependiendo de nuestro monitor y tarjeta grafica (si son de gama “media baja” o inferior), puede darse los siguientes casos:

* A mayor profundidad de color “24 bits” obtenemos menor resolución “800×600″ * A menor profundidad de color “8 bits” obtenemos mayor resolución “1680×1050″

Option “nombre de opción”: Especifica parámetros extras para la sección. Reemplace “nombre de opción” con una opción valida listada para esta sección en la pagina man de xorg.conf

Seccion “ServerLayaout”

Esta sección es la que vincula los dispositivos de entrada y salida que controla el servidor xorg.

Como mínimo, esta sección debe especificar un dispositivo de salida (monitor) y al menos dos de entrada ( un teclado y un ratón)

En Particular esta sección junta todos los identificadores “Identifier” de cada sección.

Section “ServerLayout”
         Identifier     “Default Layout”
         Screen         “Default Screen”
         InputDevice    “Generic Layout”
         InputDevice    “Configured Mouse”
EndSection

Identifier: Especifica un nombre para esta sección.

Screen: Especifica el nombre de la sección “Screen” a ser usado por el servidor xorg. Pueden estar presente más de una opción “Screen”
Crear una nueva configuracion de xorg[6-7]

X Fonts

X.Org viene con una coleccion de fuentes para usos mas comunes incluyendo estas para los textos a mostrar en las ventanas de terminales y navegadores. Para muchos usuarios
las fuentes por defectos son las adecuadas pero para otros les esencial agregar mas fuentes al sistema.
Una gran variedad de fuentes hay disponibles y estan son libres y otras pagas.
Muchas de ellas son desarrolladas por personas que las distribuyen por internet y siempre hay que buscar que sean para X.Org.
X.Org hace que las fuentes esten disponibles para los programas clientes. Una ruta para una fuente basica es compilada para que este adentro de nuestro X-Server pero nosotros podemos indicar tambien otra ruta de fuentes para que pueda ser utilizada en la directiva de FontPath asi tendremos mas fuentes en nuestro xorg.conf.

La sintaxis es la siguiente:
FontPath “path”
Por Ejemplo:
Section “Files”
FontPath “/usr/share/X11/fonts/misc”
FontPath “/usr/share/X11/fonts/cyrillic”
FontPath “/usr/share/X11/fonts/100dpi/:unscaled”
FontPath “/usr/share/X11/fonts/75dpi/:unscaled”
FontPath “/usr/share/X11/fonts/Type1″
FontPath “/usr/share/X11/fonts/100dpi”
FontPath “/usr/share/X11/fonts/75dpi”
FontPath “/usr/share/fonts/X11/misc”
# path to defoma fonts
FontPath “/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType”
EndSection
Este grupo de FontPath crea una ruta de fuentes que consiste de ocho directorios todos debajo de /usr/share/X11/fonts. Cuando arranca nuestra X este va a incluir todas las fuentes que fueron definidas en xorg.conf durante nuestra sesion grafica.

Instalando Fuentes:
Añadir nuevas fuentes es sencillo.
En primer lugar, un directorio adecuado debe ser creado para las nuevas fuentes, como por ejemplo / usr/share/X11/fonts/local o /usr/local/ fonts. Si lo desea, para separar sus propias fuentes de los directorios por default de X. Org para protegerlos durante las actualizaciones. Despues que las fuentes son instaladas en el nuevo directorio, la utilidad mkfontdir se ejecuta para agregar al catálogo las nuevas fuentes en el nuevo directorio.
Las nuevas entradas se agregan al archivo xorg.conf para incluir la ruta de acceso de las nuevas fuentes.
Por ejemplo:

FontPath
“/usr/local/fonts”
En este punto, el servidor de X puede ser reiniciado para reconocer las nuevas fuentes, o las fuentes pueden ser agregadas de forma dinamica con le comando xset.
# xset fp+ /usr/local/fonts

El servidor de fuentes X
En una red con múltiples estaciones de trabajo, la gestión de las fuentes de forma manual para cada sistema puede llevar mucho tiempo. Para simplificar este problema, el administrador puede instalar todas las fuentes que desee en un solo sistema y ejecutar xfs, el servidor de fuentex x, en ese sistema. En un sistema local, xfs deja fuera las cargas de trabajo de la reproduccion de fuentes en el servidor X,lo que significa que el servidor X puede realizar otras tareas mientras que las fuentes están siendo renderizadas. Esto es
especialmente notable en los sistemas más lentos o sistemas sin una unidad de punto flotante (FPU).
Section “Files”
RgbPath
FontPath
EndSection
“/usr/share/X11/fonts/rgb”
“unix/:-1″
Si instala xfs de un paquete de su distribución, es probable que sea de forma automática
configurado para iniciarse en el momento del arranque y correr continuamente ,sirviendo a las fuentes locales y programas clients remotos.
Para iniciar xfs manualmente, simplemente escriba el comando xfs. Para mayor seguridad
, es posible que desee ejecutar xfs como usuario root pero no lo haga. xfs se configura con su archivo de configuración, /etc/X11/fs/config
Controlando Aplicaciones X con .Xresources.

El sistema de ventanas X también tiene muchas características integradas de personalización. Muchas aplicaciones X se programan con una variedad de recursos, que son de configuraciónes ajustes que se pueden manipular externamente. En lugar de tener una utilidad de configuración integrada en cada aplicación, las aplicaciones pueden ser escritas para examinar el contenido de un archivo en el directorio home del usuario. El archivo. Xresources contiene una línea para cada configuracion de recursos que figura en el siguiente Ejemplo:

program*resource: value
Esta linea debe ser traducida asi:

• El programa es el nombre de un programa configurable, como emacs o xterm.
• los recursos son una de las opciones configurables permitidas por el programa, tales como colores.
• El valor es la opcion que se va aplicar a los recursos.
Por Ejemplo, el sisguiente es un ejemplo de como configuramos los colores para un xterm con el archivo .Xresources.
xterm*background: Black
xterm*foreground: Wheat
xterm*cursorColor: Orchid
xterm*reverseVideo: false

Fuentes:
[1]http://www2.linuxparatodos.net/web/comunidad/base-de-conocimiento/-/wiki/Base%20de%20Conocimiento/Certificaci%C3%B3n%20LPI%20102#section-Certificaci_C3_B3n+LPI+102-InstalarYConfigurarXWindowSystem
[2]http://en.wikibooks.org/wiki/LPI_Linux_Certification/Install_%26_Configure_X11
[3]http://www.itrestauracion.com.ar/?p=1149
[4]http://es.wikipedia.org/wiki/X_Window_System
[5]http://es.wikipedia.org/wiki/X_Display_Manager
[6]http://fedoraproject.org/wiki/How_to_create_xorg.conf
[7]http://www.my-guides.net/en/content/view/161/26/2/13/
[8]http://www.rru.com/~meo/pubsntalks/xrj/xdm.html
[9]http://www.tldp.org/HOWTO/XDMCP-HOWTO/index.html
[10]http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/x-xdm.html

Share
This entry was posted in Administracion, Lpi and tagged , . Bookmark the permalink.

Comments are closed.