El Fri, 12 Jun 2015 10:46:01 -0430, Frederit Mogollon escribió: (...)
>> Claro, en ese momento aún no usaba conky, y por lo tanto, no me había >> percatado del probable bug en setxkbmap para con el LED numlock. >> De todas formas, como escribí arriba, me parece interesante hacer la >> prueba. >> >> >>> No tiene por qué hacer mención específica a "Num_Lock", sino >>> simplemente que alguna combinación genere un conflicto con el bloqueo >>> numérico. >>> >>> Prueba a desactivar esos dos archivos de atajos del teclado (si >>> puedes), reinicia la sesión y comprueba si se sigue generando el mismo >>> problema. >>> >>> >> También lo probaré. >> > > Segunda actualización en la búsqueda del culpable... :) > > Hice las pruebas secuencialmente, y lo que pude determinar es que: > > - ni eliminar el archivo "10-keyboard.conf" del directorio > "/etc/X11/xorg.conf.d/"; > - ni comentar los atajos de teclado en el fichero "keys" referente a > alternación de distribuciones de teclado; > - ni modificar el archivo "keyboard" del directorio "/etc/default", > dejándolo declarado para un solo idioma (es) sin variantes ni opciones; > > acaba con el problema. Lo único que lo hace es comentar la línea > referente a setxkbmap en conky. > > He leído varias páginas donde se refieren a un bug en la extensión XKB > setxkbmap. Sí, es posible que en lugar de ser el entorno gráfico sea una aplicación concreta la que "monopolice" las teclas rápidas y te genere el conflicto. Eso lo podrás comprobar también si desde XCFE con Conky en ejecución puedes replicar el problema. Saludos, -- Camaleón -- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected] Archive: https://lists.debian.org/[email protected]
