Re: Bug#1060456: rxvt-unicode: 9.31-1+b1 breaks UTF-8 display

Sven Joachim <[email protected]>
Newsgroups gmane.linux.debian.devel.perl
Message-ID <[email protected]>
Control: clone -1 -2
Control: reassign -2 libperl5.38
Control: found -2 5.38.2-2
Control: retitle -2 When embedding Perl in C, the locale is switched to C/ASCII
Control: forwarded -2 https://github.com/Perl/perl5/issues/21366

On 2024-01-11 23:06 +0100, gregor herrmann wrote:

> On Thu, 11 Jan 2024 20:52:16 +0100, Sven Joachim wrote:
>
>> > After upgrading rxvt-unicode today, it's no longer displaying UTF-8
>> > properly.  /var/log/apt/history.log shows:
>> >   Upgrade: rxvt-unicode:amd64 (9.31-1, 9.31-1+b1)
>
> Same here. Which made me quite nervous until I found this bug report
> :)
>
>> I have not tested it, but the attached patch should fix that.  See
>> http://lists.schmorp.de/pipermail/rxvt-unicode/2023q3/002665.html.
>
> I've rebuilt rxvt-unicode with this patch and I can confirm that it
> seems to work for all cases I've suffered from before.
>
> I think a quick upload would be good to spare all the people running
> unstable & updating perl to 5.38 in the next hours the troubles :)

Speaking of Perl 5.38, this bug is actually a problem in Perl.  The
rxvt-unicode patch just works around it.  According to the Perl upstream
bug (https://github.com/Perl/perl5/issues/21366), at least one other
application (irssi) is affected.

Fedora has apparently reverted a commit in Perl to fix the problem, see
https://src.fedoraproject.org/rpms/perl/c/dee564d443debbf47127d668f0982165835d873b.

Cheers,
       Sven
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.