Control: found -1 2022.20230122-3
Hi Hilmar
On 20/10/2023 01:13, Preuße, Hilmar wrote:
On 19.10.2023 14:20, Stuart Prescott wrote:
Hi Stuart,
The unittests of the 'plastex' package run pdflatex to generate some
figures, and then extract the text from the figures to verify that
various implementation details of the package are working. These tests
pass on all release architectures except s390x. They also fail on ppc64.
The common feature of the failures is that the architecture is
big-endian.
As you opened the issue for texlive-latex-base I'm wondering if the
issue caused by the latest texlive-latex-base upgrade. Do you remember
if it worked 2 weeks ago?
my assignment to texlive-latex-base was just on the basis of that
shipping /usr/bin/pdflatex. I'm not familiar enough with the texlive
packaging to know if it would be better assigned elsewhere, so please
feel free to reassign. As for versions, I had only tested with the
version in sid because that was where I was seeing the FTBFS.
Testing with the quick reproducer (test.tex attached to the bug report)
and texlive in bookworm shows the bug is also present there:
(bookworm_s390x-dchroot)stuart@zelenka:~$ gs -q -sDEVICE=txtwrite -o
%stdout% test.pdf |od -c
0000000 \0
0000020 \0 \r \n
0000023
(should be "hi" not "\0\0")
I've added the bookworm version to the bug metadata.
plastex 3.0 (now in sid) has a better test coverage than version 2.4
(that is in bookworm). I think the bug exists in the previous pdflatex
version too (and I would guess that it has probably been there for a
long time!) but we're only just seeing the test failure now because of
the better test suite in the new plastex.
regards
Stuart
--
Stuart Prescott http://www.nanonanonano.net/ stu...@nanonanonano.net
Debian Developer http://www.debian.org/ stu...@debian.org
GPG fingerprint 90E2 D2C1 AD14 6A1B 7EBB 891D BBC1 7EBB 1396 F2F7
