Your message dated Fri, 15 Oct 2021 11:06:28 +0100
with message-id <[email protected]>
and subject line Re: Bug#995649: therion: autopkgtest regression on at least
arm64 and i386
has caused the Debian Bug report #995649,
regarding therion: autopkgtest regression on at least arm64 and i386
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
995649: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=995649
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Source: therion
Version: 6.0.2ds1-4
X-Debbugs-CC: [email protected]
Severity: serious
User: [email protected]
Usertags: regression
Control: affects -1 src:texlive-base src:texlive-lang
Dear maintainer(s),
With a recent upload of therion the autopkgtest of therion fails in
testing on at least arm64 and i386 when that autopkgtest is run with the
binary packages of therion from unstable. It passes when run with only
packages from testing. In tabular form:
pass fail
therion from testing 6.0.2ds1-4
versioned deps [0] from testing from unstable
all others from testing from testing
I copied some of the output at the bottom of this report.
Currently this regression is blocking the migration to testing [1]. Can
you please investigate the situation and fix it?
More information about this bug and the reason for filing it can be found on
https://wiki.debian.org/ContinuousIntegration/RegressionEmailInformation
Paul
[0] You can see what packages were added from the second line of the log
file quoted below. The migration software adds source package from
unstable to the list if they are needed to install packages from
therion/6.0.2ds1-4. I.e. due to versioned dependencies or breaks/conflicts.
[1] https://qa.debian.org/excuses.php?package=therion
https://ci.debian.net/data/autopkgtest/testing/arm64/t/therion/15744313/log.gz
writing samples/survex/cave1.pdf ...
This is MetaPost, version 2.01 (TeX Live 2022/dev/Debian) (kpathsea
version 6.3.4/dev)
(/usr/share/texlive/texmf-dist/metapost/base/mpost.mp
(/usr/share/texlive/texmf-dist/metapost/base/plain.mp
Preloading the plain mem file, version 1.005) ) (./data.mp [1] [2] [3] [4]
[5] [6] [7] [8] [9] [10] [11] [12] [13] [14]
[1] [2] [3] [4] [5] [6] [7] [8] [9] [10] [11] [12] [13] [14] [15] [16] [17]
(./mptextmp.mp) [18] (./mptextmp.mp) (./mptextmp.mp) (./mptextmp.mp)
(./mptextmp.mp) (./mptextmp.mp) (./mptextmp.mp) [19] )
33 output files written: data-patt.1 .. data.19
Transcript written on data.log.
converting scraps ... done
making map ... done
This is pdfTeX, Version 3.141592653-2.6-1.40.22 (TeX Live
2022/dev/Debian) (preloaded format=pdftex)
restricted \write18 enabled.
entering extended mode
(./data.tex (./th_enc.tex) (./th_texts.tex) (./th_resources.tex
(/usr/share/texlive/texmf-dist/tex/generic/pdftex/glyphtounicode.tex))
(./th_fontdef.tex{/var/lib/texmf/fonts/map/pdftex/updmap/pdftex.map}<<th_gour_a
aaaaaa.dat>><<th_gour_aaaaaab.dat>><<th_gour_aaaaaac.dat>><<th_gour_aaaaaad.dat
>>)
(./th_formdef.tex) (./th_pagedef.tex) (./th_pages.tex) [1]
)</usr/share/texlive
/texmf-dist/fonts/type1/public/amsfonts/cm/cmss10.pfb>
Output written on data.pdf (1 page, 34360 bytes).
Transcript written on data.log.
done
checking CRC32 of all output files ...
samples/survex/cave1.pdf ... CRC32 error: was e974864e, expected a344ba1f
done.
therion: error -- CRC32 checks not passed.
OpenPGP_signature
Description: OpenPGP digital signature
--- End Message ---
--- Begin Message ---
On 2021-10-03 18:54 +0200, Paul Gevers wrote:
> With a recent upload of therion the autopkgtest of therion fails in
> testing on at least arm64 and i386 when that autopkgtest is run with the
> binary packages of therion from unstable.
> Currently this regression is blocking the migration to testing [1]. Can
> you please investigate the situation and fix it?
This is fixed in 6.0.3. Well, it's not actually fixed so much as worked around
for now.
The issue is that we are now doing crc checks on the output from a
wider range of tests and it turns out that some outputs vary between
architectures.
The underlying problem of generating .lox files that varied between
architectures was fixed in 6.0.2ds1-4 (which helps make therion build
reproducibly); but that let it get to a different test to discover that
the generated PDF files vary. That is probably down to external
tools. Whilst we are investigating 6.0.3 has been uploaded with the
crc check aspect turned off so that texlive can migrate.
We'll turn it back on once we either have per-arch crcs or have made
all the tools behave the same.
Wookey
--
Principal hats: Linaro, Debian, Wookware, ARM
http://wookware.org/
signature.asc
Description: PGP signature
--- End Message ---
