Bug#1027733: libc6: new libc6 breaks GNU Screen handling of some Unicode characters
On 2023-01-02 19:08 +0100, Vincent Lefevre wrote:
> On 2023-01-02 18:07:52 +0100, Sven Joachim wrote:
>> On 2023-01-02 16:34 +0100, Vincent Lefevre wrote:
>> > There is no such issue under bullseye (Debian 11.6), which also has
>> > GNU Screen 4.09.00, so the breakage appears to be due to libc6.
>>
>> Without having looked at the problem: this appears to be a rather bold
>> conclusion. There are also newer versions of mutt, ncurses and a few
>> other libraries which mutt or screen depend upon that could be
>> responsible.
>
> I've tested with the same version of Mutt (from Git). However, indeed,
> ncurses is different. I doubt that other libraries matter.
Probably not; the most likely candidates besides libc6 would be
ncurses-base (i.e. the terminfo database) and libncursesw6. My advice
would be to start with a minimal bullseye chroot and then upgrade first
libc6, then ncurses-base and finally libncursesw6 to the sid or bookworm
versions.
>> > Example to reproduce the issue with the U+1FAF6 HEART HANDS character
>> > under Debian/unstable:
>> >
>> > 1. Run "screen" in a 80-column terminal.
>> >
>> > 2. Open this mailbox with "mutt -F /dev/null -f heart-hands.mbox".
>> > Result: line 10 is shifted 1 column to the right, and character "v"
>> > appears on the following line.
>>
>> I failed to reproduce that step, the 'v' appears on the last column for
>> me.
>
> Sorry, I did the test with my own version of Mutt. So, for this
> particular behavior at step 2, you need
>
> mutt -n -F /dev/null -f heart-hands.mbox
>
> i.e. with the -n option so that the system-wide Muttrc configuration
> file is not read.
I still see the 'v' on the last column with mutt 2.2.9-1.
Cheers,
Sven
Reply to: