Hi Cyril,
On 13/12/2025 23:02, Cyril Brulebois wrote:
Cyril Brulebois <[email protected]> (2025-12-13):
I've tried to sidestep this by tweaking xkbdir in our debian/rules but
that's not sufficient, I'm seeing a number of:
./kbdcompiler: ckbcomp failed
Maybe this is due to having some files in the right locations, but maybe
some others that are referenced/computed that are not found, I've tried
removing the empty directory and replacing it with a symlink. Same
FTBFS.
The xkb-data regression was filed as #1122805, where Piotr suggested
something similar.
Looking closer at the contents of the binary package, not just at the
list output by `dpkg -L xkb-data`:
lrwxrwxrwx root/root 0 2025-12-11 15:47 ./usr/share/X11/xkb ->
../xkeyboard-config-2
So it looks like the need for a symlink was indeed spotted, and
implemented, except it doesn't actually happen during the upgrade!
See dpkg-maintscript-helper(1) and dir_to_symlink…
Having a little look around, and assuming this is indeed where
maintainers want to go, a proper “directory to symlink” replacement
might require some care, as `apt-file search` reports at least one other
package shipping files there:
keyboards-rg: /usr/share/X11/xkb/symbols/eo_rg
keyboards-rg: /usr/share/X11/xkb/symbols/pancyr
keyboards-rg: /usr/share/X11/xkb/symbols/sk_rg
keyboards-rg: /usr/share/X11/xkb/symbols/sk_snk
Thanks for the pointer, it saved us some debugging.
This should be fixed now in 2.46-2.
Cheers,
Emilio
