Woodyness

Debian es excelente a la hora de mantener actualizado nuestro sistema, pero un upgrade de versión es algo complejo y siempre trae algunos problemas. Potato es la versión 2.2 de Debian y Woody la 3.0 por lo que no nos debería sorprender que la transición no sea tan suave como quisiéramos.
El siguiente es un extracto de problemas que tuve en uno o más de mis sistemas al pedirle a apt que haga un dist-upgrade.

• La configuración del logcheck se pierde por completo y es necesario reconfigurarlo nuevamente.

• La configuración del cliente de distributed.net se pierde, es necesario reconfigurarlo manualmente.

• El mapa de teclado que se carga cuando se inicializa el sistema ya no es /etc/console-tools/default.kmap.gz sino /etc/console/boottime.kmap.gz. Sería interesante que el script de postinstalación creara un symlink.

• El paquete de locales es necesario reconfigurarlo dpkg-reconfigure locales si no lo hacemos y estamos usando español varias aplicaciones (como el perl) se van a quejar porque no pueden obtener la información de los locales.

• El paquete apt-utils hay que pedirlo a mano lo antes posible ya que varios paquetes lo necesitan y sin embargo no lo nombran entre sus dependencias.

• Una cosa buena es que ahora el portmap es un paquete separado, lo malo es que aparece por arte de magia. En mi caso particular lo considero inútil y peligroso y por eso estaba deshabilitado. Luego del upgrade tuve que desinstalarlo. Tenganlo en mente.

• El lynx no respeta la página de inicio que hayamos seteado, hay que volver a ponerla a mano.

• El gnome-panel-data hay que instalarlo antes del eeyes. Sucede que el paquete nuevo de eeyes contiene un png que anteriormente era proveido por el paquete gnome-panel-data. Por alguna razón (¿orden alfabético?) intenta hacer un upgrade del eeyes antes del de gnome-panel-data y se genera un conflicto. Las dependencias deberían indicar que eeyes tiene conflicto con la versión gnome-panel-data de Potato.

• El servidor xfstt en muchos sistemas genera un conflicto con Eterm. Las Eterm parecen colgarse por un rato (varios minutos). Recompilando con información de debug y usando gdb encontré que lo que pasa es que el X se queda esperando un time-out de red cuando Eterm pide cierta lista de fonts disponibles. La solución es no usar xfstt. De hecho ya no es necesario usar un servidor de fonts True Type el sistema interno de XFree86 4.x es suficiente por lo que mi recomendación es no usar servidores TTF a menos que se usen para compartir fonts entre distintos sistemas.

• El paquete defoma-psfont-installer pide información que un usuario jamás tendrá a mano: ¿qué fonts tiene su impresora postscript? Defoma es una excelente idea de Debian, el nombre significa Debian Fonts Manager. Esto le permite a programas que usan fonts True Type o Postscript proveer scripts que son llamados cada vez que se agregan o quitan fonts al sistema. Con ello la aplicación puede tomar los recaudos necesarios. Asimismo Defoma provee información que le permite a una aplicación elegir una font aún cuando desconozca su nombre. Información del tipo: con patitas, monoespaciada, romana, sin patitas (sans serif), itálica, negrita, etc. es proveida con cada font incorporada al sistema de defoma.
  El problema en este caso es que dificilmente sepamos las descripciones de las fonts postscript de nuestra impresora. Si no tenemos la suerte de poseer una impresora postscript este problema obviamente no aparece. Para solucionarlo hay que "entrar" al un paquete que se llama cupsomatic (o algo similar). Para "entrar" se puede usar el midnight commander. Dentro del paquete estan las descripciones de la mayoría de las impresoras con postscript que hay en el mercado basta con extraer la descripción de la que uno necesita y pasársela al configurador de defoma.

• En Woody la secuencia de arranque del X cambió notoriamente. Uno de los detalles más importantes es que ahora startx chequea si tenemos los siguientes elementos:
  1. Un x-session-manager
  2. Un x-window-manager
  3. Un x-terminal-emulator

  El que primero aparezca es el que se carga. Esto es parte del maravilloso sistema de alternativas de Debian. Lo nuevo es el x-session-manager.
  La cagada es que si tenemos gnome-session instalado esto quiere decir que lo primero que va a levantar es eso. En mi caso you uso Enlightenment que tiene su propio session manager (mejor que el de Gnome para lo que yo necesito) y que hace conflicto con gnome-session. El gnome-session estaba instalado en mis máquinas por cuestiones históricas y porque uso algunas aplicaciones Gnome aisladas.
  El resultado fue que lo primero que levantaba era Gnome. Para empeorar la situación el Gnome fallaba en comunicarse con el Enlightenment por lo que tardaba en levantar y levantaba sin un WM. Una catástrofe.
  La solución es super simple: apt-get remove gnome-session

• Es importante notar que al actualizar el X no se actualiza, hay que instalar a mano el paquete xserver-xfree86 para obtener el X 4.1. Dicho sea de paso, ese el paquete que necesitamos, no busquen el viejo esquema de xserver-svga, etc.

• La incoherencia en la instalación del mouse sigue a la orden del día. Es notorio que el paquete de X haya configurado dos sistemas de mouse que hacían conflicto. Mi recomendación es setear el gpm para que use modo de repetición raw y hacer que el X lea el mouse desde /dev/gpmdata. Si les puso dos mouse en el XF86Config-4, vuelen uno y dejen el que lee del /dev/gpmdata.

• Por alguna razón mágica (el X 3 hacía lo mismo) la resolución en dpis de la pantalla es un parámetro ignorado. El tamaño de las fonts es determinado de acuerdo con cual path de las fonts este primero en el XF86Config-4. Para el Enlightenment y mi gusto personal yo tengo que colocar el path de las fonts de 75 dpi antes del de las de 100 dpi. Si no hago esto obtengo fonts sobredimensionadas que se "escapan" de las partes gráficas que les reserva el Enlightenment.

• Por alguna razón desconocida y ridícula el smbmount impreme una animalada de errores por pantalla, lo vi en varios sistemas. La solución es hacer un: touch /var/run/samba/unexpected.tdb eso lo calma. El error dice que no pudo abrir ese archivo por lo que basta con crearlo ;-)

• Por razones dudosas el maintainer del paquete de X decidió que los archivos Xmodmap, tanto los de usuario como el del sistema, no tenían sentido y se encargó de dañar la configuración de X.
  Parece que el problema es que cuando se carga un mapa del sistema y otro del usuario en algunas situaciones el resultado es impredecible. En mi opinion sólo debería avisarlo, y como mucho deshabilitar el de usuario.
  Para mi es indispensable poseer un Xmodmap para poder acentuar. Para esto recomiendo crear un archivo /etc/X11/Xsession.d/40xmodmap que contenga algo tipo:

        if [ -f "$SYSMODMAP" ]; then
           xmodmap $SYSMODMAP
        fi
        
        if [ -f "$USRMODMAP" ]; then
           xmodmap $USRMODMAP
        fi
        

  Noten que las variables SYSMODMAP y USRMODMAP deberían estar definidas en /etc/X11/Xsession para que esto funcione. Por ejemplo:

        SYSMODMAP=/etc/X11/Xmodmap
        USRMODMAP=$HOME/.Xmodmap
        

Bueno, espero que esto les de una mano a los que todavía no se pasaron a Woody. Suerte.

Copywrong (w) 2002 by Salvador E. Tropea, cualquier uso legal será penado por la ley
Texto(?) por: SET
Web hosting by MDaniel
Created with SETEDIT