Bug#605065: Bug#607662: ncurses-base: backspace key deletes forwards on the kFreeBSD console
How long is that going to take? In the meantime, console users of
GNU/kFreeBSD are screwed whenever they connect to other systems, since
that means they must change their TERM variable _and_ their backspace
key is broken.
I've attached the necessary patches to create the cons25-debian
terminfo entry and the patch for sysvinit, which seem to work for me
in a fresh kfreebsd-amd64 installation in kvm (patching /etc/inittab
is necessary, though). If they're useful, great; if not, that's okay,
too.
The cons25-debian name might not be a very good one if you want to that
push terminfo entry to other systems. That may be for Thomas to decide.
Personally I'm leaning towards reverting the changes to the kFreeBSD
kernel and freebsd-utils for Squeeze. Surely, it means a somewhat
broken console, but at least the problems are about the same as in
FreeBSD proper, and we don't create additional incompatibilities with
other systems.
I see two basic options:
1) plain cons25 variant: current sysvinit, ncurses
and kfreebsd-8 8.1+dfsg-6, freebsd-utils 8.1-2
It does not conform to debian policy, the backspace/delete key is somewhat
broken on console and somewhat broken when connection to other systems
from console
2) cons25-debian variant: needs patched sysvinit, patched ncurses,
and kfreebsd-8 8.1+dfsg-7, freebsd-utils 8.1-3
It does conform to debian policy, the backspace/delete key works
on console, it is needed to set TERM when connection to other systems
from console and is somewhat broken when connection is made to other
systems directly from console.
In both cases the connection to other systems from running X is fine.
In both cases there will be change (and fix) for FreeBSD 9.x kernel,
as it already has TEKEN_XTERM as a default.
The cons25-debian seems be fine for me, as it should be only local change
for one release of Debian GNU/kFreeBSD. The next one will not use it.
And there is a third option, mixture of both above.
As a default use the plain cons25 variant. Additionaly provide
cons25-debian entry in ncurses and special debian keymap in freebsd-utils.
By default it will work as variant 1, but there is a possibility
to set TERM to cons25-debian and set keymap which would generate the
correct sequences for cons25-debian.
This variant needs current sysvinit, patched ncurses, patched kfreebsd-8
and patched freebsd-utils.
My personal order of preferences is 3, 1, 2.
All seems better compared to current status.
Petr
Reply to: