Re: [SOLUCIONADO] Problema con el LED NumLock y teclas modificadoras

2015-06-19 Por tema Camaleón 
El Fri, 19 Jun 2015 09:53:12 -0430, Frederit Mogollon escribió:

>>> No es conky, es ese comando. Busca otra instrucción para que conky te
>>> pinte el mapa de teclado actual en lugar de esa.
>>
>> Una "consulta" parece funcionar, prueba con:
>>
>> ${exec setxkbmap -query | grep layout | awk '{print $2}'}
>>
> Lamento el retraso en responder. Ya había visto esa línea antes en un
> sitio de archlinux, y genera el mismo comportamiento erróneo. Está visto
> que la sola presencia de "setxkbmap" en conky provoca esto...

Pues entonces sí es un error de conky porque ese comando ejecutado en una 
sesión gráfica convencional y desde una terminal funciona sin problemas. 
Eso sí, la línea que tenías puesta antes genera el efecto que dices y 
apaga el Bloq. Num. por lo que habría dos bugs en este caso.

Ahora bien, quizá es que conky no está preparado para ejecutar esa orden 
y si en el archivo de configuración original no aparece esa opción de 
manera predeterminada pues quizá no se trate de un bug sino simplemente 
que no lo permite.

> Interesante me parece que aunque ya había configurado los ficheros del
> teclado y el de conky para funcionar perfecto sin setxkbmap, al hacer
> esta prueba en conky y cambiando la distribución de teclado ingresando
> la orden desde la terminal, el sistema dejaba de responder con el atajo
> de teclado, incluso haciendo clic directamente sobre la aplicación de
> bandeja fbxkb. Es como si el uso de setxkbmap "alterara a quien escucha"
> el keyboard.

Bueno, tiene su lógica. El propio nombre de la aplicación ("set") te dice 
su función.

> Bueno, al eliminar setxkbmap de conky, cerrar y reingresar a sesión,
> todo volvía a la normalidad.

Normal :-)

Pero debe de haber alguna alternativa para saber el mapa de caracteres 
que tienes cargado actualmente que no choque con cocnky (p. ej., a través 
de alguna utilidad dedicada como "xxkb", "xkb-switch" o "xkblayout-state") 
o preguntando a Xorg directamente (xset, xmodmap) :-?

Saludos,

-- 
Camaleón


-- 
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/pan.2015.06.19.14.54...@gmail.com

Re: [SOLUCIONADO] Problema con el LED NumLock y teclas modificadoras

2015-06-19 Por tema Frederit Mogollon 
>> No es conky, es ese comando. Busca otra instrucción para que conky te
>> pinte el mapa de teclado actual en lugar de esa.
>
> Una "consulta" parece funcionar, prueba con:
>
> ${exec setxkbmap -query | grep layout | awk '{print $2}'}
>
> Saludos,
>
> --
> Camaleón
>


Lamento el retraso en responder. Ya había visto esa línea antes en un
sitio de archlinux, y genera el mismo comportamiento erróneo. Está
visto que la sola presencia de "setxkbmap" en conky provoca esto...
Interesante me parece que aunque ya había configurado los ficheros del
teclado y el de conky para funcionar perfecto sin setxkbmap, al hacer
esta prueba en conky y cambiando la distribución de teclado ingresando
la orden desde la terminal, el sistema dejaba de responder con el
atajo de teclado, incluso haciendo clic directamente sobre la
aplicación de bandeja fbxkb. Es como si el uso de setxkbmap "alterara
a quien escucha" el keyboard.
Bueno, al eliminar setxkbmap de conky, cerrar y reingresar a sesión,
todo volvía a la normalidad.

Saludos

fdm


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/cabzkbcfha18+x9ebvlib_t8efkfauctbnbc4mmy3-owsw+l...@mail.gmail.com

Re: [SOLUCIONADO] Problema con el LED NumLock y teclas modificadoras

2015-06-15 Por tema Camaleón 
El Mon, 15 Jun 2015 13:59:57 +, Camaleón escribió:

> El Sun, 14 Jun 2015 21:26:49 -0430, Frederit Mogollon escribió:

(...)

>> Aunque he visto reportes de bug relacionados con setxkbmap y cambios de
>> layout, apenas vi uno o dos relacionados con conky y setxkbmap, en la
>> búsquedas que hice. Además, encontré reiteradamente que el paquete
>> "xserver-xorg-input-kbd" de la versión Wheezy, y equivalente en Ubuntu,
>> está en metido en el lío.
>> 
>> Haré el reporte para conky, y para setxkbmap para BTS de Debian. Muchas
>> gracias por tus aportes.
> 
> No es conky, es ese comando. Busca otra instrucción para que conky te
> pinte el mapa de teclado actual en lugar de esa.

Una "consulta" parece funcionar, prueba con:

${exec setxkbmap -query | grep layout | awk '{print $2}'}

Saludos,

-- 
Camaleón


-- 
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/pan.2015.06.15.14.09...@gmail.com

Re: [SOLUCIONADO] Problema con el LED NumLock y teclas modificadoras

2015-06-15 Por tema Camaleón 
El Sun, 14 Jun 2015 21:26:49 -0430, Frederit Mogollon escribió:


>> La cuestión es si esa línea (¿qué comando es, exactamente?) que invoca
>> al comando "setxkbmap" la ha añadido automáticamente Conky o lo has
>> hecho tú, manualmente. Si es lo primero, obviamente se trata de un bug
>> que deberías informar a los desarrolladores de la aplicación (o en el
>> BTS de Debian si has instalado el paquete desde los repos) pero si la
>> has añadido tú pues entonces tienes que leer el manual para saber cómo
>> y dónde ponerla, qué parámetros admite, etc.
>>
>> Por otra parte, Conky no hace más que ejecutar el comando que se ha
>> dicho, igual que si lo ejecutas desde una terminal, así que más que un
>> error suyo se trataría de un problema con el comando en sí mismo.
>>
> 
> Hola Camaleón. Gracias por la sugerencia. La línea es:
> 
> ${exec setxkbmap -v 7 | grep layout | awk '{print $2}'}

Ok. Pero ¿esa línea estaba ya definida en el archivo de configuración o 
la has puesto tú?

> donde el comando "exec" es un parámetro de conky. 

Bueno, "exec" es una instrucción de bash, simplemente conky lo necesitará 
para poder ejecutar las órdenes sin estar en una consola o para gestionar 
la entrada/salida.

> Hice revisión del manual, sitio web, otras configuraciones postedas en
> foros y blogs, y probé con parámetros similares, como "execi", "execpi",
> "texec" y aunque muestran el layout actual, no muetran el layout
> siguiente al invocar el cambio. Para estos casos es "exec".

Hum... oye, no es problema de conky. Acabo de ejecutar esa instrucción 
(sin el exec, claro) y me hace exactamente lo mismo (tras ejecutarlo y 
pulsar cualquier tecla desactiva el Bloq.Num) :-)

> Aunque he visto reportes de bug relacionados con setxkbmap y cambios de
> layout, apenas vi uno o dos relacionados con conky y setxkbmap, en la
> búsquedas que hice. Además, encontré reiteradamente que el paquete
> "xserver-xorg-input-kbd" de la versión Wheezy, y equivalente en Ubuntu,
> está en metido en el lío.
> 
> Haré el reporte para conky, y para setxkbmap para BTS de Debian. Muchas
> gracias por tus aportes.

No es conky, es ese comando. Busca otra instrucción para que conky te 
pinte el mapa de teclado actual en lugar de esa.

Saludos,

-- 
Camaleón


-- 
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/pan.2015.06.15.13.59...@gmail.com

Re: [SOLUCIONADO] Problema con el LED NumLock y teclas modificadoras

2015-06-14 Por tema Frederit Mogollon 
>
> La cuestión es si esa línea (¿qué comando es, exactamente?) que invoca al
> comando "setxkbmap" la ha añadido automáticamente Conky o lo has hecho
> tú, manualmente. Si es lo primero, obviamente se trata de un bug que
> deberías informar a los desarrolladores de la aplicación (o en el BTS de
> Debian si has instalado el paquete desde los repos) pero si la has
> añadido tú pues entonces tienes que leer el manual para saber cómo y
> dónde ponerla, qué parámetros admite, etc.
>
> Por otra parte, Conky no hace más que ejecutar el comando que se ha
> dicho, igual que si lo ejecutas desde una terminal, así que más que un
> error suyo se trataría de un problema con el comando en sí mismo.
>
> Saludos,
>
> --
> Camaleón
>
>


Hola Camaleón. Gracias por la sugerencia. La línea es:

${exec setxkbmap -v 7 | grep layout | awk '{print $2}'}


donde el comando "exec" es un parámetro de conky. Hice revisión del
manual, sitio web, otras configuraciones postedas en foros y blogs, y
probé con parámetros similares, como "execi", "execpi", "texec" y
aunque muestran el layout actual, no muetran el layout siguiente al
invocar el cambio. Para estos casos es "exec".

Aunque he visto reportes de bug relacionados con setxkbmap y cambios
de layout, apenas vi uno o dos relacionados con conky y setxkbmap, en
la búsquedas que hice. Además, encontré reiteradamente que el paquete
"xserver-xorg-input-kbd" de la versión Wheezy, y equivalente en
Ubuntu, está en metido en el lío.

Haré el reporte para conky, y para setxkbmap para BTS de Debian.
Muchas gracias por tus aportes.

Saludos

fdm


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/CABZkBCE_7QpUFYkbt+Gp7xF=hbrg24glq3xcphyzakwdaz4...@mail.gmail.com

Re: [SOLUCIONADO] Problema con el LED NumLock y teclas modificadoras

2015-06-14 Por tema Camaleón 
El Sat, 13 Jun 2015 03:25:58 -0430, Frederit Mogollon escribió:

> Lo lamento, en el segmento anterior accidentalmente y no sé cómo
> sucedió, pero sucedió, apreté el botón enviar. o.O
> 
> Aquí va completo el mensaje:
> 
> Bueno, logré solucionar localmente el problema, dejando el sistema como
> quería para una funcionalidad extrema. :-)
> 
> 
> A continuación, haré un resumen de lo que hice por si a alguien le sirve
> en un futuro.

(...)

> Lo que determiné y la solución
> -
> 
> Después de varios intentos fallidos, pero que permitieron descartar
> paquetes inicialmente sospechosos, se llegó a la conclusión de que la
> extensión de teclado de X (XKB) de xorg, setxkbmap y/o x11-xkb-utils,
> tienen bugs que:
> 
> -  No permiten usar el comando "setxkbmap" en cualquier parte del
> archivo de configuración de conky. La presencia de esta orden en el
> texto de conky, provocaba que se apagase el LED NumLock al presionar las
> teclas modificadoras. Ignoro si esto se deberá más bien a un bug en
> conky. No encontré nada específico en la búsqueda que hice en la
> Internet.

(...)

La cuestión es si esa línea (¿qué comando es, exactamente?) que invoca al 
comando "setxkbmap" la ha añadido automáticamente Conky o lo has hecho 
tú, manualmente. Si es lo primero, obviamente se trata de un bug que 
deberías informar a los desarrolladores de la aplicación (o en el BTS de 
Debian si has instalado el paquete desde los repos) pero si la has 
añadido tú pues entonces tienes que leer el manual para saber cómo y 
dónde ponerla, qué parámetros admite, etc.

Por otra parte, Conky no hace más que ejecutar el comando que se ha 
dicho, igual que si lo ejecutas desde una terminal, así que más que un 
error suyo se trataría de un problema con el comando en sí mismo.

Saludos,

-- 
Camaleón


-- 
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/pan.2015.06.14.15.23...@gmail.com

Re:[SOLUCIONADO] Problema con el LED NumLock y teclas modificadoras

2015-06-13 Por tema Frederit Mogollon 
2015-06-11 2:50 GMT-04:30, Frederit Mogollon :
> Buenas a todos los Debianitas/Debianeros... como les guste más el término.
>
> Les consulto sobre un pequeño problema que no he podido resolver con
> el LED de NumLock y las teclas modificadoras. Lo que sigue es un poco
> largo, y de una vez agradezco quien tenga el tiempo y la paciencia de
> leerlo.
>
> 1) Les comento el contexto:
>
> Utilizando un CD NetInstall Oficial de Debian 7.8, ensamblé (ignoro si
> puedo usar el término adecuadamente en este contexto) el ambiente
> gráfico del sistema operativo con el gestor de ventanas IceWM_1.3.7,
> el gestor de archivos PCManFM_1.2.3 y el gestor de inicio Slim, más
> las aplicaciones que consideré necesarias, siempre usando como norte
> bastante información desde varios sitios de la red, incluyendo éste
> (cuando termine la guía que estoy escribiendo, la dejaré por aquí,
> seguro que a alguien le servirá...).
>
> Es de resaltar que el sistema fue actualizado usando los repositorios
> Wheezy-Backports, por lo que trabaja con el kernel
> linux-image-3.16-bpo. También instalé el paquete numlockx-1.2-4, la
> versión en Wheezy, y se ejecuta en segundo plano desde el inicio por
> haberlo declarado en el archivo .xinitrc, en el home del usuario.
>
> 2) El problema:
>
> Al presionar la tecla numlock, el LED respectivo se enciende y puedo
> insertar caracteres numéricos haciendo uso del numpad. Cuando vuelvo a
> presionar numlock, el LED se apaga y ahora el numpad funciona como
> teclado de direccionamiento. Esto es lo que normalmente debe hacer.
> Bien.
>
> Pero al presionar las teclas modificadoras (Shift_izq; Ctrl_izq;
> Super_izq; Alt_izq; AltGr; Super_der; Ctrl_der; Shift_der), excepto la
> tecla Meta, el LED de numlock se apaga, aunque el numpad sigue en
> "modo numérico".
>
> 3) Lo que he hecho hasta ahora:
>
> En una búsqueda inicial por la Internet, encontré varias
> posibilidades. Las que más parecían cercanas a la descripción y
> posible solución del problema, apuntaban hacia el paquete numlockx.
>
> ### Primer intento de solución #
>
> En estos sitios web:
>
> https://bugs.freedesktop.org/show_bug.cgi?id=16145
> http://blog.ssokolow.com/archives/2013/04/18/how-to-invert-your-x11-numlock-led/
>
> aparece como que es un bug de numlockx, y sugieren colocar la
> siguiente  línea en el inicio (será en el gestor de entrada)
>
> --
> numlockx off; xdotool key Num_Lock
> 
>
> Vi alguna guía para hacerlo en lightdm pero no hallé para slim. Así,
> que primero quise probar que fuese en verdad numlockx el culpable, y
> lo desintalé, con lo que esperaría que el problema desapareciese. Pero
> no fue así, persistió.
>
> De lo expuesto en estos sitios web:
>
> https://wiki.debian.org/es/FrontPage?action=show&redirect=P%C3%A1ginaInicial
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=482592
>
> entiendo que el problema es de la versión de numlockx en Wheezy, pero
> con el resultado del intento anterior, deduzco que numlockx no tiene
> que ver con el problema, aparentemente.
>
> ### Segundo intento de solución #
>
> En algún sitio, creo que un foro de Ubuntu, leí que se resolvía
> haciendo downgrade del paquete x11-xkb-utils_7.7~1 (presente en
> Wheezy).
> Algo parecido lo sugieren en este sitio:
>
> http://crunchbang.org/forums/viewtopic.php?id=12229
>
> Así que, desde el modo recovery, desinstalé la versión de Wheezy, y
> con el mismo, los paquetes del servidor de ventanas X, como
> dependencias. Luego, instalé el paquete x11-xkb-utils_7.4+1_i386.deb,
> previamente descargado desde los repositorios de Squeeze y lo bloqueé
> para que no se actualizara, reinstalando luego los paquetes del
> servidor de ventanas X.
>
> Al hacer la prueba de presionar las teclas modificadoras, el LED de
> numlock se apagaba; así que el problema persistía.
>
> ### Tercer intento de solución #
>
> En éste punto (donde las esperanzas comenzaron a verse afectadas),
> pensaba que el problema podría deberse a un bug en alguno de los
> siguientes paquetes:
>
> kernel linux-image-3.16-bpo (Wheezy-backports)
> xorg_1:7.7+3(Wheezy)
> xserver-xorg_1:7.7+3(Wheezy)
> xserver-xorg-core_2:1.12.4-6(Wheezy)
> slim_1.3.4-2(Wheezy)
>
> Reinicié, entré con el kernel linux-image-3.2 (Wheezy), y el problema
> persistía. Deducí que el causante debería estar entre los paquetes
> restantes.
>
> Como a veces los gestores de inicio dan problemas por
> presencia/ausencia de alguna línea referente a permisos, probé a
> desinstalar slim, y al iniciar desde la consola tty1: El problema
> persistía.
>
> Busqué en las páginas de reporte de cambios y reporte de bugs para
> estos paquetes en las versiones de Wheezy y Jessie, y no encontré nada
> que se refiriera directamente a este problema.
>
> Inicie desde un CD Debian Live 7.1 con Xfce4.8, que está provisto de
> las mismas versiones de

Re: [SOLUCIONADO] Problema con el LED NumLock y teclas modificadoras

2015-06-13 Por tema Frederit Mogollon 
Lo lamento, en el segmento anterior accidentalmente y no sé cómo
sucedió, pero sucedió, apreté el botón enviar. o.O

Aquí va completo el mensaje:

Bueno, logré solucionar localmente el problema, dejando el sistema
como quería para una funcionalidad extrema. :-)


A continuación, haré un resumen de lo que hice por si a alguien le
sirve en un futuro.

Ambiente gráfico
-
IceWM_1.3.7
Debian 7.8 Wheezy
kernel linux-image-3.16.0-0.bpo.4-686-pae
xorg_1:7.7+3~deb7u1
x11-xkb-utils_7.7~1
PCManFM_1.2.3
conky-all_1.9.0

Se usaron 2 distribuciones de teclado, español con tilde muerta (ES) e
inglés internacional (US).



El problema
-

Las teclas modificadoras apagaban el LED indicador NumLock. La tecla
NumLock funcionaba perfectamente. Cuando se pulsaba, el LED encendía y
se podía escribir números con el numpad. Cuando volvía a pulsar la
tecla NumLock, el LED apagaba, y el numpad se comportaba como teclado
de direccionamiento.


Lo que determiné y la solución
-

Después de varios intentos fallidos, pero que permitieron descartar
paquetes inicialmente sospechosos, se llegó a la conclusión de que la
extensión de teclado de X (XKB) de xorg, setxkbmap y/o x11-xkb-utils,
tienen bugs que:

-  No permiten usar el comando "setxkbmap" en cualquier parte del
archivo de configuración de conky. La presencia de esta orden en el
texto de conky, provocaba que se apagase el LED NumLock al presionar
las teclas modificadoras. Ignoro si esto se deberá más bien a un bug
en conky. No encontré nada específico en la búsqueda que hice en la
Internet.

- No permiten usar la opción "grp:toogle" o "grp:_toogle" en la
configuración del teclado (fichero /etc/default/keyboard). Este es una
causa recurrente de consulta en los foros de varias distribuciones
GNU/Linux.

Aquí el contenido definitivo del archivo de configuración "keyboard"

tesistas@Tesistas:~$ cat /etc/default/keyboard
---
# KEYBOARD CONFIGURATION FILE.

# Consult the keyboard(5) manual page.

XKBMODEL="pc105"
XKBLAYOUT="es,us"
XKBVARIANT="deadtilde,intl"
XKBOPTIONS="grp:win_menu_switch,lv3:ralt_switch"
BACKSPACE="guess"
---


- No permiten usar la opción "grp:switch" o "grp:_switch" en el
fichero anterior; solamente funciona si se crea un fichero de
configuración 10-keyboard.conf en el directorio /etc/X11/xorg.conf.d).
Esto lo tocan someramente en la wiki de Debian relativo a teclado,
pero dan un enlace a un sitio con la solución.


Aquí el contenido definitivo del archivo de configuración "10-keyboard.conf"

tesistas@Tesistas:~$ cat /etc/X11/xorg.conf.d/10-keyboard.conf
--
Section "InputClass"
Identifier "system-keyboard"
MatchIsKeyboard "on"
Option "XkbLayout" "es,us"
Option "XkbModel" "pc105"
Option "XkbVariant" "deadtilde,intl"
Option "XkbOptions" "grp:win_menu_switch,lv3:ralt_switch"
EndSection
-


La opción "grp:win_menu_switch" en los ficheros de configuración
anteriores, habilita que se usen las teclas Super_L para conmutar a la
primera distribución de teclado (en éste caso ES), y la Super_R para
conmutar a la otra distribución de teclado (en éste caso US).

Se instaló el paquete "fbxkb" para ver el estado de la distribución
del teclado desde la bandeja del sistema.


Y con esto, el problema resuelto para mí, aunque sin bugs corregidos.
Doy este hilo como cerrado y el tema solucionado.

Resalto que durante todo el procedimiento anterior, se puso en
evidencia problemas para usar la secuencia de teclas por default de
icewm para mover las ventanas sobre el escritorio, así como que el LED
de Scroll Lock no enciende. Pero esto será motivo de otros hilos.

Agradezco las sugerencias de Ala de Dragón, Camaleón y Carlos Zuñiga,
puesto que de sus comentarios salieron las ideas para dar con una
solución.

Aún con todos éstos problemillas, no me arrepiento de haber instalado
icewm, su poquísimo consumo, su configurabilidad extrema, y la
robustez y eficiencia de Debian Wheezy, permiten que una hardware con
512 MB vaya más que aceptable.

Vaya gran saludo a todos los Debianitas.

fdm


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/cabzkbchtpsgj5thgmbgu4mtbktzcb_fjjam3wr6edrdbkoa...@mail.gmail.com