Hola
On 14/12/15 10:42, Camaleón wrote:
El Sun, 13 Dec 2015 14:36:06 -0430, Emilio Lazo Zaia escribió:
On 12/12/15 12:13, Camaleón wrote:
(...)
Creo que no me has entendido. La estructura la tienes que crear tú, es
decir, lo que tengas bajo "/usr/share/X11/xkb/rules/evdev*" lo pones en
"/
etc/X11/xkb/rules/evdev*" y listo.
Si te fijas, el archivo "/usr/share/X11/xorg.conf.d/50-synaptics.conf"
dice:
# DO NOT EDIT THIS FILE, your distribution will likely overwrite # it
when updating. Copy (and rename) this file into # /etc/X11/xorg.conf.d
first.
Lo que me da a entender que el servidor X tiene en cuenta ambos
directorios.
Entendí, y así tengo mi estructura en /etc/X11/xkb creada por mí pero no
funciona... para que funcione tengo que poner symbols/* en
/usr/share/X11/xkb/symbols, y modificar evdev, evdev.lst y evdev.xml
directamente en /usr/share/X11/xkb/rules/
Ah, vale, entonces eso es distinto porque si no funciona es que ese
directorio para los símbolos no es viable.
Pues en la documentación oficial de Debian no encuentro nada relevante ("/
usr/share/doc/xkb-data/Debian.README") por lo que quizá este apartado no
sea modular y tengas que asegurarte manualmente de que las nuevas
combinaciones y mapeos que generes para el teclado persistan tras las
actualizaciones :-(
Mmm... echa un ojo a este bug donde hablaban del tema:
xkb-data: package overwrite user-modified files without notice
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=438940
¡¡Gracias!! Eso no lo había visto; parece que decantaron por lo que dicen
allí, es decir, quitaron /etc/X11/xkb y ya no se puede personalizar nada
allí; el argumento parece ser que no son archivos de configuración y dicen
ellos que algunos paquetes instalaban archivos en /etc/X11/xkb y otros en
/usr/share/X11, y quisieron evitar eso. Mi problema es más bien con los
evdev*, que también necesariamente tienen que estar en /usr y no veo
forma de que lea otro archivo en otra ubicación y lo procese también,
al estilo de lo que pasa con /etc/X11/xorg.conf.d, que procesa el de /usr
y le concatena los de /etc para procesar el resultado final. Eso es lo que
me gustaría pero no parece posible.
Saludos