Package: ncurses-base
Version: 6.0+20160319-2
Severity: normal
Tags: l10n
Dear Maintainer,
*** Reporter, please consider answering these questions, where appropriate ***
* What led up to the situation?
Updating the ncurses-base package from 6.0+20160319-2 to 6.0+20160625-1 breaks
the iso-8859-2 locale.
The reason for this bug is that the package 6.0+20160625-1 sends the characters
"\e(B\e)0" when initializing a full screen program. The code "\e(B" breaks the
iso-8859-2 locale. (the locale needs "\e(K" so that it uses the alternate map,
"\e(B" resets this setting to use the incorrect iso-8859-1 map)
The version 6.0+20160319-2 doesn't send the characters "\e(B\e)0" at
initialization, so iso-8859-2 works there.
* What exactly did you do (or not do) that was effective (or
ineffective)?
1. Update the ncurses-base package to 6.0+20160625-1
2. Login to the system with ssh from another computer that uses linux console
and
has iso-8859-2 locale (TERM=linux LANG=cs_CZ)
3. Start some full screen console program, for example mc or aptitude
* What was the outcome of this action?
The iso-8859-2 characters are displayed incorrectly.
* What outcome did you expect instead?
The iso-8859-2 should work.
*** End of the template - remove these template lines ***
-- System Information:
Debian Release: stretch/sid
APT prefers unreleased
APT policy: (500, 'unreleased'), (500, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386, x32
Kernel: Linux 4.6.0-1-amd64 (SMP w/12 CPU cores)
Locale: LANG=cs_CZ, LC_CTYPE=cs_CZ (charmap=ISO-8859-2)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)
-- no debconf information
