Hi,

As I understand from #1010337 & co, the luit binary was split into a
separate package for xterm compatibility. However, bookworm still has
/usr/bin/luit in x11-utils, referenced by the Breaks/Replaces in the
new luit package. This gets us into some funny situations, e.g. where
x11-utils can't be installed[1] because the luit package was pulled in
automatically by xterm.

Since, as far as I can tell, /usr/bin/luit is identical in x11-utils
7.7+5 and luit 2.0.20221028-1, the most straightforward solution is
simply to drop the extra luit package from bookworm. Another option
may be to leave it and change the Recommendation order in xterm, from
luit | x11-utils (<< 7.7+6~) to x11-utils (<<7.7+6~) | luit .

sney

[1] Steps to reproduce:
- Install bookworm with no desktop tasks selected
- Install a window manager and xterm
- Attempt to install something that depends on x11-utils, such as chromium

I don't see that - x11-utils-7.7+5 was tagged 3 years ago:

https://salsa.debian.org/xorg-team/app/x11-utils/-/commit/a228065f0382b13712540cfe1f9ba7a977832843

	Timo Aaltonen <tjaalton@debian.org>  Sat, 29 Feb 2020 08:29:50 +0200

while 7.7+6 is not yet in bookworm, which I read was released in June 2023.

(I don't know the solution to this, either)

That (amending the recommendation) sounds promising, since xterm likely is
the only package doing that.

I don't see that - x11-utils-7.7+5 was tagged 3 years ago:

https://salsa.debian.org/xorg-team/app/x11-utils/-/commit/a228065f0382b13712540cfe1f9ba7a977832843

	Timo Aaltonen <tjaalton@debian.org>  Sat, 29 Feb 2020 08:29:50 +0200

while 7.7+6 is not yet in bookworm, which I read was released in June 2023.

(I don't know the solution to this, either)

That (amending the recommendation) sounds promising, since xterm likely is
the only package doing that.