ahora sí: configurar el touchpad en Debian squeeze

hace casi un año que publiqué la última entrada sobre los contínuos cambios que estaba sufriendo la manera de configurar el touchpad en debian. ahora que ya ha salido squeeze como estable va siendo hora de comentar cómo quedó esto al final, pues ninguna de mis entradas anteriores sirve ya.

para configurarlo, simplemente hay que crear un archivo /etc/X11/xorg.conf.d/synaptics.conf que contenga las opciones de configuración:

Section "InputClass"
       Identifier      "Touchpad"                      # required
       MatchIsTouchpad "yes"                           # required
       Driver          "synaptics"                     # required
#        Option          "MinSpeed"              "0.5"
#        Option          "MaxSpeed"              "1.0"
#        Option          "AccelFactor"           "0.075"
         Option          "TapButton1"            "1"
#        Option          "TapButton2"            "2"     # multitouch
#        Option          "TapButton3"            "3"     # multitouch
#        Option          "VertTwoFingerScroll"   "1"     # multitouch
#        Option          "HorizTwoFingerScroll"  "1"     # multitouch
         Option          "VertEdgeScroll"        "1"
         Option          "HorizEdgeScroll"       "1"
#        Option          "CoastingSpeed"         "8"
#        Option          "CornerCoasting"        "1"
#        Option          "CircularScrolling"     "1"
#        Option          "CircScrollTrigger"     "7"
#        Option          "EdgeMotionUseAlways"   "1"
#        Option          "LBCornerButton"        "8"     # browser "back" btn
#        Option          "RBCornerButton"        "9"     # browser "forward" btn
EndSection

reiniciamos las X y listo. el archivo lo saqué del wiki de debian y yo tengo comentadas las opciones que no utilizo. como dicen también ahí, en gnome se puede configurar en las preferencias del sistema.

total, que tantas vueltas para volver a algo muy parecido a lo que había al principio :P

las narices del touchpad en Debian

ACTUALIZACIÓN FEBRERO 2011: con el lanzamiento de squeeze queda definido el método de configuración


ya la han vuelto a liar sin previo aviso. si hace 5 meses se pasaron a HAL y hace 2 a udev, ahora no funciona la configuración con ninguno de estos métodos, ni con el antiguo en xorg.conf

he estado investigando y lo más que he encontrado es un informe de errores donde se dice que éste es el comportamiento normal y que se configure explícitamente con gpointing-device-settings (que no funciona), gnome-mouse-properties o similar, o en consola con synclient.

en KDE no hay nada para configurarlo, al menos por ahora, así que he creado un script en ~/.kde/Autostart/ que he llamado narices.sh

#!/bin/bash

synclient TapButton1=1
synclient HorizEdgeScroll=1

le he dado permisos de ejecutable (chmod +x ~/.kde/Autostart/narices.sh) y a tomar por saco. espero que esto, aunque más chapucero, sea más duradero. por lo menos hasta que terminen de decidirse...

como dije la otra vez: los desarrolladores intentan marearme pero no lo van a conseguir :-P

a vueltas con el touchpad en debian squeeze

ACTUALIZACIÓN ABRIL 2010: ahora tampoco funciona este método. una manera un poco bruta de configurarlo en otra entrada.


contaba hace unos meses que me había dejado de funcionar el scroll lateral y el tap en el touchpad del portátil y ponía una solución. pues ha vuelto a dejar de funcionar lo del click on tap y la causa no es otra que ahora han mudado el control de synaptics de HAL a udev, por lo que el archivo que creé entonces ya no sirve para nada.

el archivo de configuración ahora está en /lib/udev/rules.d/66-xorg-synaptics.rules pero como no es aconsejable toquetear los archivos en esa ruta, lo que he hecho ha sido copiarlo (ojo: copiar, no mover) a /etc/udev/rules.d/66-xorg-synaptics.rules y así lo que haga sobre este nuevo se superpone a la configuración por defecto que hay en el primero.

una vez copiado a /etc lo he editado con vim y, debajo de la línea que pone ENV{x11_driver}="synaptics" he añadido una nueva con:

ENV{x11_options.TapButton1}="1"

y listo, :wq y el dichoso tap vuelve a funcionar.


los desarrolladores intentan marearme pero no lo van a conseguir :-P

Usando el DNI electrónico en Debian squeeze/sid

cuando, hace unos meses, el gobierno impulsó la campaña de reparto de lectores de DNIe me apunté a recibir uno inmediatamente. en concreto, el modelo que me llegó fue este:



una vez en casa, cuál fue mi sorpresa al ver que en el CD que lo acompaña vienen no sólo los drivers de windows sino también para Mac OS, Solaris y GNU/Linux. en concreto, el linux recomendado es Debian, así que no podía pintar mejor la cosa. los paquetes que trae el CD son para lenny de 32 bits, de modo que lo que hice fue buscar con aptitude e instalar pcscd, pcsc-tools, mozilla-opensc y pinentry-qt4 con sus respectivas dependencias. después fue enchufar el lector y ver que el sistema lo reconocía sin problemas.

para poder usar el DNIe con el lector hay que descargar de la página de la policía los paquetes correspondientes a lenny e instalarlos. aquí salieron errores de dependencias que se arreglaron habilitando los repositorios de lenny e instalándolas, a la vez que prohibiendo la actualización de opensc y libopensc2 para dejar los que se baja uno de la policía, pues descubrí que si se actualizan a los de squeeze el DNIe deja de funcionar. espero que lo arreglen un día de estos...

por último, para poder usarlo en el iceweasel/firefox, además de seguir las instrucciones para instalar el certificado de seguridad, tuve que ir a Editar/Preferencias, en la pestaña Avanzado seleccionar Dispositivos de seguridad y cargar a mano uno nuevo, de nombre DNI y de ruta /usr/lib/opensc/opensc-pkcs11.so

con esto ya aparece el lector entre los dispositivos del iceweasel y se puede usar en las páginas que lo requieran (aparte de la de prueba de la misma policía, lo he usado en la página de la seguridad social para obtener el informe de vida laboral y ha funcionado perfectamente).

parece que, poco a poco, la administración se está dando cuenta de que no todos usamos ventanucos :-D (si bien, aún les queda mucho por hacer...)

recuperando el scroll con el touchpad en debian squeeze

ACTUALIZACIÓN FEBRERO 2010: todo lo dicho aquí ha dejado de ser cierto, pues ahora synaptics utiliza udev en lugar de HAL. la nueva solución en otra entrada.

en el portátil tengo debian testing (squeeze) y, en alguna de las actualizaciones de xorg, se perdió la capacidad de desplazar las páginas deslizando el dedo por el borde del touchpad. investigando por ahí, resulta que en la últimas versiones de xorg el control de los dispositivos se deja en manos de HAL, quedando obsoleto el fichero xorg.conf (esto no es del todo cierto en el sobremesa, donde necesito un xorg.conf mínimo para que se use el módulo propietario de nvidia, pero esa es otra historia) y, parece ser, la política por defecto es que estén desactivadas todas las características menos la de mover el ratón. para volver a activar el desplazamiento y el click-on-tap (esto es, que una pulsación breve con el dedo se interprete como un click) he tenido que crear un archivo
/etc/hal/fdi/policy/11-x11-synaptics.fdi

<?xml version="1.0" encoding="ISO-8859-1"?>
<deviceinfo version="0.2">
 <device>
  <match key="input.x11_driver" string="synaptics">
   <merge key="input.x11_options.SHMConfig" type="string">true</merge>
   <merge key="input.x11_options.VertEdgeScroll" type="string">true</merge>
   <merge key="input.x11_options.HorizEdgeScroll" type="string">true</merge>
   <merge key="input.x11_options.TapButton1" type="string">1</merge>
  </match>
 </device>
</deviceinfo>

con ésto, reiniciando HAL y las X (bueno, a lo mejor es más rápido reiniciar el ordenador...), el touchpad vuelve a funcionar como a mí me gusta.

enterprise renovado

tras 6 años de contínuo funcionamiento, y con algunas pequeñas mejoras en el camino, la máquina estaba llegando al final de su vida útil. los dispositivos dependientes del puente sur habían comenzano a fallar y, poco a poco, la avería se estaba extendiendo, amenazando con dejar el equipo inútil el día menos pensado.

ante la imposibilidad de encontrar repuestos tan antiguos, la solución era una renovación completa y aprovechar solamente la caja, la fuente (que ya la renové hace poco), los lectores de DVD y el monitor (sigo fiel al CRT porque el LCD del trabajo me cansa la vista mucho más). para aprovechar los discos duros viejos me compré unas cajas USB porque las nuevas placas solo traen un puerto IDE que ya he ocupado con los DVD. así los puedo usar para guardar copias de seguridad.

una vez montado todo, arranqué con un livecd de gparted, cloné las particiones al nuevo disco, instalé el grub, reinicié y todo funcionó sin problemas, como si no hubiera pasado nada y sin tener que reinstalar... ¿todo? no: windows se niega a funcionar tanto directamente como a través de una máquina virtual (tenía virtualizada la partición de windows para no tener que andar reiniciando). si intento reinstalarlo, como es original sin ningún sp, no reconoce bien el disco (de los 500GB solo ve 137GB) y se lo quiere cargar. solución: a tomar por saco la partición en ntfs. para lo poco que uso windows me sobra con una máquina virtual, así que ahí lo he metido. curiosamente, me ha bastado con instalarlo en un disco ide virtual de 20GB, montarlo en mi linux con ntfs-3g y vmware-mount y copiar lo que tenía en el viejo disco de windows sobreescribiendo toda la instalación nueva. no entiendo por qué así sí funciona... debe ser algún problema con los sata grandes.

el caso es que ya tengo el enterprise renovado pero con la misma apariencia. como el enterprise A :-P



(creo que ya todo el mundo sabe el nombre de mi ordenador...)

IcedTea: Java en 64 bits

tengo en el curro un hp compaq dc7000 con un intel core 2 de hace un año aproximadamente. el mismo día que entré vinieron a llevárselo para dejarlo limpio y con un ventanucos XP recién instalado (eso sí, de 32 bits). estuve conversando con el chaval que vino sobre la posibilidad de usar linux también (el XP es necesario porque parte del software específico que voy a usar me han dicho que es bajo windows, aunque cuando llegue el momento investigaré si hay opciones en linux) pero me dijo que los fedora que usan tienen problemas con estos pc's de marca y que hp no da soporte. le comenté que yo usaba debian así que quedamos en que él me ponía el windows (por eso de la licencia) y una máquina virtual para que yo me instalase lo que quisiera y no diese problemas de compatibilidades. aún así, cabezón que soy, quería probar de todas formas a meterle la debian directamente, de manera que cuando lo trajo me dispuse a ello. primero particioné el disco con gparted livecd porque estaba todo en una única partición ntfs y, por qué no decirlo, no me fiaba del particionador del instalador de debian para reducirla (luego miré y tampoco ví la opción de redimensionar, así que creo que hice bien). una vez hecho esto, me puse manos a la obra y de perdidos al río: ya que podía ser que no funcionara iba a probar la de 64 bits directamente aunque se comentara que estaba un poco verde. para curarme en salud, elegí lenny con la esperanza de que al menos reconociera el hardware que etch no reconocía, a juzgar por lo leido en foros.

pues, sorprendentemente (o no), quitando que tuve que desactivar la ACPI en el inicio (ahora que ha llegado el núcleo 2.6.24 a lenny ya no es necesario) todo fue como la seda. de hecho, es la primera vez que no necesito compilar un núcleo a medida o meter módulos externos.

lo siguiente era configurarlo (gracias al sftp símplemente transferí los ficheros que me interesaban desde el ordenador de mi casa y la configuración fue bastante rápida), añadir los repositorios de debian-multimedia, de donde se instaló un flash que funciona, y los de shame para las pijaditas de compiz-fusion (los paquetes oficiales de lenny aún son un poco inestables).

la única espinita que me quedaba era el plugin de java. parecía que no había ninguna posibilidad de que hubiera algo usable hasta que, después de mucho investigar, descubrí IcedTea, un proyecto que, aprovechando la liberación de java por parte de sun y la lentitud que llevan para sacar java 7, se ha puesto a desarrollarlo por su parte y terminar de librarse de código propietario que queda por ahí. y java 7 tiene, por fin, soporte nativo para 64 bits. de momento hay paquetes para ubuntu, que son instalables en debian lenny y sid, aunque el equipo de debian-java está también trabajando en ello. gracias a ellos, ahora sí tengo el sistema completamente operativo (vale, podía paasr sin java, pero la página de youtube tira de javascript y sin él no se veían los vídeos :-P)