Migrando a Etch
Desde hace más de tres años tenemos una máquina a la que se conectan como terminales X tres usuarios en concreto. El problema con ella es que no se actualizaba prácticamente nunca, sobre todo porque se usan programas muy antiguos, como el WordPerfect, que necesitan librerías de propósito general demasiado anticuadas.
Sí, ya es hora de ir cambiando de procesador de textos, pero los usuarios se resisten mucho, tanto como si les fueses a cortar algun miembro, y no hay para tanto, digo yo. :-)
Problemas
Esta es una lista de problemas con los que me he encontrado.
Acceso remoto a la sessión X
Esto es fundamental, y la configuración de Debian lo desactiva por defecto. La solución está en cambiar la siguiente asignación a true
en el archivo /etc/kde3/kdm/kdmrc
:
[Xdmcp]
Enable=true
Willing=/etc/kde3/kdm/Xwilling
Xsession: unsupported number of arguments
En principio parece que tiene que ver con algún archivo de inicio de sesión;
en concreto, si el usuario tiene un archivo $HOME/.xsession
con el siguiente
contenido:
# ---- language-env DON'T MODIFY THIS LINE!
# set LANG
LANG=es_ES@euro
export LANG
if [ -x "$WINDOW_MANAGER" ]; then
realstartup=$WINDOW_MANAGER
elif [ -x /usr/bin/x-session-manager ]; then
realstartup=x-session-manager
elif [ -x /usr/bin/x-window-manager ]; then
realstartup=x-window-manager
elif [ -x /usr/bin/x-terminal-emulator ]; then
realstartup=x-terminal-emulator
fi
exec $realstartup
# ---- language-env end DON'T MODIFY THIS LINE!
y en el archivo $HOME/.bashrc
también tenemos lo siguiente
# Opciones del Spanish HOWTO
set meta-flag on # conservar bit 8 en entrada de teclado
set output-meta on # conservar bit 8 en salida por terminal
set convert-meta off # no convertir secuencias de escape
set horizontal-scroll-mode on
export LESSCHARSET=latin1
# Obtenido de http://members.xoom.com/sromero/linux/castell.html
export MM_CHARSET=ISO-8859-15 # para usar latin1 en los mails
que puede dar bastantes problemas. Lo malo es que /etc/X11/Xsession
en sus
variantes (con KDM
sobre todo) es una mezcla en tiempo de ejecución de un
buen puñado de otros archivos de inicio. He buscado en la red y todos hacen
referencia a directivas set
en archivos de usuario, pero las combinaciones
son bastante altas y nadie parece tener la solución definitiva.
Actualización: efectivamente eliminar los párrafos antes citados soluciona el problema en mi caso.
Apagar/Reiniciar la máquina
Estas dos opciones les aparecen, en KDE, cuando quieren terminar su sesión. Aunque no puedan hacerlo no es conveniente que se les muestre por muchas y variadas razones, todas ellas en el ámbito de la psicología humana.
La solución está en el archivo /etc/kde3/kdm/kdmrc
en la estrofa
# Who is allowed to shut down the system. This applies both to the
# greeter and to the command FiFo.
# "None" - no "Shutdown..." menu entry is shown at all
# "Root" - the root password must be entered to shut down
# "All" - everybody can shut down the machine
# Default is All
AllowShutdown=None
El sonido no funciona
Y lo que es peor, cuando lo hace genera un buen montón de procesos artsdsp
en la máquina, que parece que se quedan a vivir para siempre en ella.
Aplicaciones
kmail
El programa kmail muestra de cuando en cuando un comportamiento verdaderamente irritante. Según estás contestando ó escribiendo un correo, de repente, se vuelve lento, lento, lento. Pero tan lento que es inutilizable.
Consultada la red al respecto me encuentro un informe de error en KDE donde se confirma, y se proponen algunas soluciones:
- Desactivar el plegado de líneas (word wrap).
Añadir a
/etc/X11/xorg.conf
:Option "XaaNoOffscreenPixmaps"
ya que según el manual sirve para desactivar el arrastre de imágenes de bits almacenadas en memoria de vídeo fuera de la pantalla (traducción muy libre de Disables accelerated draws into pixmaps stored in offscreen video memory).
La solución que ha encontrado Angel ha sido desactivar el suavizado de fuentes (Usar antialiasing) en el panel de control del KDE. Bastante lógico si pensamos que es un cliente X remoto funcionando con un Pentium pelado.