Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > linux.debian.bugs.dist > #1273823 > unrolled thread

Bug#1122650: keyboard-configuration:arm64 Depends xkb-data (< 2.42A)

Back to article view | Back to linux.debian.bugs.dist

Contents

  Bug#1122650: keyboard-configuration:arm64 Depends xkb-data (< 2.42A) Johannes Schauer Marin Rodrigues <josch@debian.org> - 2025-12-12 08:40 +0100
    Bug#1122650: keyboard-configuration:arm64 Depends xkb-data (< 2.42A) Cyril Brulebois <kibi@debian.org> - 2025-12-13 22:50 +0100
      Bug#1122650: keyboard-configuration:arm64 Depends xkb-data (< 2.42A) Cyril Brulebois <kibi@debian.org> - 2025-12-13 23:10 +0100
    Bug#1122650: keyboard-configuration:arm64 Depends xkb-data (< 2.42A) Cyril Brulebois <kibi@debian.org> - 2025-12-13 22:50 +0100
    Bug#1122650: keyboard-configuration:arm64 Depends xkb-data (< 2.42A) Cyril Brulebois <kibi@debian.org> - 2025-12-18 19:00 +0100
    Bug#1122650: fixed in xkeyboard-config 2.46-2 Johannes Schauer Marin Rodrigues <josch@debian.org> - 2025-12-19 20:00 +0100
    Bug#1122650: keyboard-configuration: Depends: xkb-data (< 2.42A) but 2.46-1 is to be installed Simon McVittie <smcv@debian.org> - 2025-12-20 01:00 +0100

#1273823 — Bug#1122650: keyboard-configuration:arm64 Depends xkb-data (< 2.42A)

Package: keyboard-configuration
Version: 1.244
Severity: serious

Hi,

steps to reproduce:

$ mmdebstrap --include=keyboard-configuration unstable /dev/null
[...]
I: installing remaining packages inside the chroot...
done
Reading package lists...
Building dependency tree...
debconf is already the newest version (1.5.91).
libpam-runtime is already the newest version (1.7.0-5).
mawk is already the newest version (1.3.4.20250131-1).
libpam-modules is already the newest version (1.7.0-5).
libpam-modules-bin is already the newest version (1.7.0-5).
Solving dependencies...
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
 keyboard-configuration : Depends: xkb-data (< 2.42A) but 2.46-1 is to be installed
E: Unable to correct problems, you have held broken packages.
E: The following information from --solver 3.0 may provide additional context:
   Unable to satisfy dependencies. Reached two conflicting decisions:
   1. keyboard-configuration:arm64=1.244 is selected for install
   2. keyboard-configuration:arm64 Depends xkb-data (< 2.42A)
      but none of the choices are installable:
      [no choices]


Debian unstable has src:xkeyboard-config with xkb-data version 2.46-1 since
yesterday (2025-12-11).

Thanks!

cheers, josch

[toc] | [next] | [standalone]

#1274293

[Multipart message — attachments visible in raw view] — view raw

Cyril Brulebois <kibi@debian.org> (2025-12-13):
> Looking at preparing an src:console-setup upload, it fails to build because
> xkb-data apparently got totally reshuffled, which I can't really understand
> by looking at its changelog?
> 
> /usr/share/X11/xkb/* seems to have moved to /usr/share/xkeyboard-config-2/
> without any kind of documentation or heads-up to reverse (build-)depends?
> 
> There's still an empty directory left behind though.
> 
> Checking the source debdiff on the xkeyboard-config side, the upstream side
> is pretty obvious:

[…]

> as in:
>  - There *is* a(n intended) breaking change.
>  - They are trying to limit the scope via a symlink.
> 
> The first part was not communicated, the second part isn't reflected in the
> packaging. Both of those should have appeared in a binary debdiff though…
> (as can be checked right now by diffing xkb-data between testing and
> unstable).

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

Team members might find the pu/master branch useful as a starting point
to pick this up (I thought this was an easy upload waiting to happen,
but I don't have enough time to dig deeper).


Cheers,
-- 
Cyril Brulebois (kibi@debian.org)            <https://debamax.com/>
D-I release manager -- Release team member -- Freelance Consultant

[toc] | [prev] | [next] | [standalone]

#1274295

[Multipart message — attachments visible in raw view] — view raw

Cyril Brulebois <kibi@debian.org> (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


Cheers,
-- 
Cyril Brulebois (kibi@debian.org)            <https://debamax.com/>
D-I release manager -- Release team member -- Freelance Consultant

[toc] | [prev] | [next] | [standalone]

#1274294

[Multipart message — attachments visible in raw view] — view raw

Johannes Schauer Marin Rodrigues <josch@debian.org> (2025-12-12):
> Package: keyboard-configuration
> Version: 1.244
> Severity: serious
> 
> Hi,
> 
> steps to reproduce:
> 
> $ mmdebstrap --include=keyboard-configuration unstable /dev/null
> [...]
> I: installing remaining packages inside the chroot...
> done
> Reading package lists...
> Building dependency tree...
> debconf is already the newest version (1.5.91).
> libpam-runtime is already the newest version (1.7.0-5).
> mawk is already the newest version (1.3.4.20250131-1).
> libpam-modules is already the newest version (1.7.0-5).
> libpam-modules-bin is already the newest version (1.7.0-5).
> Solving dependencies...
> Some packages could not be installed. This may mean that you have
> requested an impossible situation or if you are using the unstable
> distribution that some required packages have not yet been created
> or been moved out of Incoming.
> The following information may help to resolve the situation:
> 
> The following packages have unmet dependencies:
>  keyboard-configuration : Depends: xkb-data (< 2.42A) but 2.46-1 is to be installed
> E: Unable to correct problems, you have held broken packages.
> E: The following information from --solver 3.0 may provide additional context:
>    Unable to satisfy dependencies. Reached two conflicting decisions:
>    1. keyboard-configuration:arm64=1.244 is selected for install
>    2. keyboard-configuration:arm64 Depends xkb-data (< 2.42A)
>       but none of the choices are installable:
>       [no choices]
> 
> 
> Debian unstable has src:xkeyboard-config with xkb-data version 2.46-1 since
> yesterday (2025-12-11).

Looking at preparing an src:console-setup upload, it fails to build because
xkb-data apparently got totally reshuffled, which I can't really understand
by looking at its changelog?

/usr/share/X11/xkb/* seems to have moved to /usr/share/xkeyboard-config-2/
without any kind of documentation or heads-up to reverse (build-)depends?

There's still an empty directory left behind though.

Checking the source debdiff on the xkeyboard-config side, the upstream side
is pretty obvious:

+## Build system
+
+### Breaking changes
+
+- Switched to versioned install directories and files, to enable installing
+  multiple versions of xkeyboard-config to be installed in parallel.
+
+  - Moved the keyboard keymap data to a namespace dedicated to xkeyboard-config:
+    `<prefix>/<datadir>/xkeyboard-config-2`.
+  - Created symbolic link to maintain backward-compatibility with the X11 namespace:
+    `<prefix>/<datadir>/X11/xkb` → `<prefix>/<datadir>/xkeyboard-config-2`.
+  - Renamed `pkg-config`, translation and manual files to include a version:
+    - `<prefix>/<datadir>/pkgconfig/xkeyboard-config-2.pc`
+    - `<prefix>/<mandir>/man7/xkeyboard-config-2.7`
+    - `<prefix>/<localedir>/**/xkeyboard-config-2.mo`
+  - Created unversioned symbolic links to the previous files for backward-compatibility:
+    - `<prefix>/<datadir>/pkgconfig/`: `xkeyboard-config.pc` → `xkeyboard-config-2.pc`
+    - `<prefix>/<mandir>/man7/`: `xkeyboard-config.7` → `xkeyboard-config-2.7`
+    - `<prefix>/<localedir>/**/`: `xkeyboard-config.mo` → `xkeyboard-config-2.mo`
+
+  See [our versioning documentation](VERSIONING.md) for further information.

as in:
 - There *is* a(n intended) breaking change.
 - They are trying to limit the scope via a symlink.

The first part was not communicated, the second part isn't reflected in the
packaging. Both of those should have appeared in a binary debdiff though…
(as can be checked right now by diffing xkb-data between testing and
unstable).


Cheers,
-- 
Cyril Brulebois (kibi@debian.org)            <https://debamax.com/>
D-I release manager -- Release team member -- Freelance Consultant

[toc] | [prev] | [next] | [standalone]

#1275079

[Multipart message — attachments visible in raw view] — view raw

Hi Emilio,

Emilio Pozuelo Monfort <pochu@debian.org> (2025-12-18):
> On 13/12/2025 23:02, Cyril Brulebois wrote:
> > 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.

Yes, that's looking much better (tested by going back to 2.42-1 and
upgrading to 2.46-2), and that should help most users indeed.

That doesn't seen to work for those who would have keyboards-rg
installed though:

    Preparing to unpack .../xkb-data_2.46-2_all.deb ...
    dpkg-maintscript-helper: error: file '/usr/share/X11/xkb/symbols/pancyr' not owned by package 'xkb-data:all'
    dpkg-maintscript-helper: error: file '/usr/share/X11/xkb/symbols/sk_rg' not owned by package 'xkb-data:all'
    dpkg-maintscript-helper: error: file '/usr/share/X11/xkb/symbols/sk_snk' not owned by package 'xkb-data:all'
    dpkg-maintscript-helper: error: file '/usr/share/X11/xkb/symbols/eo_rg' not owned by package 'xkb-data:all'
    dpkg-maintscript-helper: error: directory '/usr/share/X11/xkb' contains files not owned by package xkb-data:all, cannot switch to symlink
    dpkg: error processing archive /var/cache/apt/archives/xkb-data_2.46-2_all.deb (--install):
     new xkb-data package pre-installation script subprocess returned error exit status 1

I'm not sure how that would be best solved, possibly by just switching
that package's files from the old location to the new one, without
having to add any kind of specific relationship towards xkb-data?

Adding maintainer to the loop for awareness (and not planning to dive
into this any deeper at this point).


Cheers,
-- 
Cyril Brulebois (kibi@debian.org)            <https://debamax.com/>
D-I release manager -- Release team member -- Freelance Consultant

[toc] | [prev] | [next] | [standalone]

#1275196 — Bug#1122650: fixed in xkeyboard-config 2.46-2

[Multipart message — attachments visible in raw view] — view raw

Hi,

On Thu, 18 Dec 2025 16:07:26 +0000 Debian FTP Masters <ftpmaster@ftp-master.debian.org> wrote:
> Source: xkeyboard-config
> Source-Version: 2.46-2
> Done: Timo Aaltonen <tjaalton@debian.org>
> 
> We believe that the bug you reported is fixed in the latest version of
> xkeyboard-config, which is due to be installed in the Debian FTP archive.

above upload of xkeyboard-config (thank you!) closed this bug but in unstable
we still have:

E: Unable to satisfy dependencies. Reached two conflicting decisions:
   1. keyboard-configuration:arm64 is selected for install because:
      [...]
      4. console-setup:arm64 Depends keyboard-configuration (= 1.244)
   2. keyboard-configuration:arm64 Depends xkb-data (< 2.42A)
      but none of the choices are installable:
      [no choices]

Can an upload of src:console-setup be performed to fix this?

Thanks!

cheers, josch

[toc] | [prev] | [next] | [standalone]

#1275245 — Bug#1122650: keyboard-configuration: Depends: xkb-data (< 2.42A) but 2.46-1 is to be installed

Control: reopen 1122650

On Fri, 19 Dec 2025 at 19:56:26 +0100, Johannes Schauer Marin Rodrigues wrote:
>[xkeyboard-config 2.46-2] closed this bug but in unstable
>we still have:
>
>E: Unable to satisfy dependencies. Reached two conflicting decisions:
>   1. keyboard-configuration:arm64 is selected for install because:
>      [...]
>      4. console-setup:arm64 Depends keyboard-configuration (= 1.244)
>   2. keyboard-configuration:arm64 Depends xkb-data (< 2.42A)
>      but none of the choices are installable:
>      [no choices]

On Fri, 19 Dec 2025 at 20:16:15 +0100, Cyril Brulebois wrote:
>Yes, I suppose my many mails led to some confusion regarding which bug
>report belongs to which package, sorry about that (#1122650 is in
>src:console-setup territory, while #1122805 is in src:xkeyboard-config
>territory).

Reopening #1122650 on that basis: keyboard-configuration is still 
uninstallable in unstable as a result of the xkb-data change.

     smcv

[toc] | [prev] | [standalone]

Back to top | Article view | linux.debian.bugs.dist

csiph-web