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/ stuart@nanonanonano.net Debian Developer http://www.debian.org/ stuart@debian.org GPG fingerprint 90E2 D2C1 AD14 6A1B 7EBB 891D BBC1 7EBB 1396 F2F7