Re: Modificaciones persistentes en xkb/rules

[Emilio Lazo Zaia <emiliolazozaia@gmail.com>]

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