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

[Sven Joachim]

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

[Niko Tyni]

On Fri, Jan 12, 2024 at 04:35:04PM +0100, Sven Joachim wrote:

> 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.

Thanks! I've done the same in perl_5.38.2-3, just uploaded.
--
Niko