Hello,
during packaging of a new python-img2pdf version I noticed that 2
unit-test cases fail on aarch64.
This is caused by zlib.compress() yielding different output on aarch64
and x86-64. Which triggers the failure because the unit-test case just
compares the result after compression (it's a small PDF that contains a
compressed image - and that PDF is compared against a reference PDF).
I checked the aarch64 compress output and it's valid zlib data, i.e. I can
decompress it on both aarch64 and x86-64 and get the same decompression
result (i.e. the input image data).
As far as I understand RFC 1951, it allows for different implementations
to yield differing compress output bit-streams - as long as other
requirements are met and uncompress(compress(x)) == x (in any
combination of implementations).
Funnily, the img2pdf author uses Debian, and Debian aarch64
zlib.compress() *does* yield bit-identical output (to x86-64). Perhaps
the deviating Fedora aarch64 behaviour is due to different compile
options/patches (e.g. some Neon optimization or something like that).
The img2pdf author isn't really convinced that zlib may produce
different output on different architectures:
https://gitlab.mister-muffin.de/josch/img2pdf/issues/51
Any thoughts?
Best regards
Georg
--
'I have long really held the opinion that the amount of noise
which any one can bear undisturbed stands in inverse proportion
to his mental capacity, and therefore may be regarded as a pretty
fair measure of it.' (Arthur Schopenhauer, The World As Will And
Idea. Vol. 2, p.199, 1883)
Hello,
A few minutes ago I was notified about a post in a closed bug. It
turns out that the account that made the post has been sporadically
spamming various bugs:
https://bugzilla.redhat.com/page.cgi?id=user_activity.html&action=run&who=d…
The websites that are being linked to from these posts seem to be of
the support scam garden variety.
I did not know where to report this, hence this message.
Can someone nuke the posts or at least the hyperlinks?
Btw, bugzilla reports that there are multiple accounts with the same
name, so that might be worth looking into.
Regards,
Alex
FYI, new ZoneMinder packages representing the 1.32.3 release are building now for Fedora branches.
I will push a new package for el7 branch after Antonio completes his work with new ffmpeg & x264.
# Fedora Quality Assurance Meeting
# Date: 2018-12-10
# Time: 16:00 UTC
(https://fedoraproject.org/wiki/Infrastructure/UTCHowto)
# Location: #fedora-meeting on irc.freenode.net
Greetings testers!
I don't have any super special things to discuss, but we didn't meet
for three weeks, so let's catch up and check in.
If anyone has any other items for the agenda, please reply to this
email and suggest them! Thanks.
== Proposed Agenda Topics ==
1. Previous meeting follow-up
2. Fedora 30 status
3. Test Day / community event status
4. Open floor
--
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora
http://www.happyassassin.net
_______________________________________________
test-announce mailing list -- test-announce(a)lists.fedoraproject.org
To unsubscribe send an email to test-announce-leave(a)lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/test-announce@lists.fedorapro…
Hi all,
I just orphaned libgltf, as it's not needed by libreoffice anymore
since F-28. There is one co-maintainer, caolanm, but I expect he's
going to follow my lead... So if there is anyone interested, the
package is up for taking :-)
D.