[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#605065: Bug#607662: ncurses-base: backspace key deletes forwards on the kFreeBSD console



Hello,

On antradienis 21 Gruodis 2010 09:24:35 Petr Salinger wrote:
> >> The changes to the kFreeBSD console and the kbdcontrol package (see
> >> #605065 and #605777) need to be accompanied by changing the cons25
> >> terminfo entry accordingly, otherwise ncurses-based programs severely
> >> misbehave.
> > 
> > You really can't just unilaterally change the cons25 terminfo entry.  If
> > this proposed change is implemented, people running stock FreeBSD will
> > have their consoles broken if they log into a Debian system.  If
> > kFreeBSD needs different settings than the stock cons25 entry, it needs
> > to create and use a different TERM type.
> 
> Yes, changing cons25 terminfo entry is no option.
> The creating of completely new terminfo entry is also no option,
> as it means the new entry would be unknown on all other systems.
> Moreover it would need changes to some other packages, at least sysvinit.

I (as reporter of the original bug #605777) think that BSD team and release 
managers should decide what's the best way to go for Squeeze. However, if the 
decision is to ignore this for Squeeze, #605777 should stay open at its 
current severity (tagged as squeeze-ignore).

Speaking with my DD hat on, the biggest practical problem I see here is that I 
am forced to support kfreebsd while kfreebsd doesn't exactly welcome me with 
arms open. Having backspace and delete keys broken is big deal and has a great 
impact on my efficiency. However, now I know that X environment does not 
suffer from this problem so there is some light at the end of tunnel.

As a temporary workaround, I would suggest (if it's possible) creating a new 
optional userspace keymap (maybe called "US Debian" or something) which would 
be the same as standard kfbsd kernel keymap expect assign proper actions to 
backspace and delete keys. Obviously, this keymap might have some bad side- 
effects (hence it wouldn't be default) but at least users would have a choice.

-- 
Modestas Vainius <modax@debian.org>

Attachment: signature.asc
Description: This is a digitally signed message part.


Reply to: