Re: Orphaned packages need new maintainers (will be retired in 3 weeks)

Dne 10. 12. 18 v 23:16 Raphael Groner napsal(a): Hi Miro, I looked in pagure for some of those packages in your list and found hints like "Created by orphan a year ago " e.g. Quake2. There's quake2, too but not orphaned and actively maintained. Maybe some of those orphans exist because of impr

Re: Orphaned packages need new maintainers (will be retired in 3 weeks)

Dne 11. 12. 18 v 0:14 Raphael Groner napsal(a): Hi, I would like take pykka. Is there a new package review required to unorphan this package? No, for unorphaning, it is not, see: https://fedoraproject.org/wiki/Orphaned_package_that_need_new_maintainers#Claiming_Ownership_of_an_Orphaned_Packa

Re: Something strange going on with updates

Dne 11. 12. 18 v 0:08 Richard W.M. Jones napsal(a): $ fedpkg update $ So there was no final output giving a summary of the update. https://pagure.io/fedpkg/issue/281 However the update was created: https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2018-4212b092b1 What's also strange

Re: zlib compress bit-identical output on different archs - goal or non-goal?

On Monday, December 10, 2018 11:01:23 PM CET Jeremy Linton wrote: > OTOH, there is a move to provide some additional maintainer cover as > zlib itself could use some attention (and not just on optimization > fronts being brought up on arm arch's). Do you have a links to those discussions? Pavel

[Fedocal] Reminder meeting : Modularity WG (weekly)

Dear all, You are kindly invited to the meeting: Modularity WG (weekly) on 2018-12-11 from 15:00:00 to 16:00:00 UTC At fedora-meetin...@irc.freenode.net The meeting will be about: Meeting of the Modularity Working Group. More information available at: [Modularity Working Group wiki page](

Re: _performance_build and -O3 package builds

> Downstream, we had a separate set of builds flags for certain packages > and used -O3 there, targeted at POWER (both ppc64 and ppc64le), for > increased use of vectorization presumably. > > I don't think this was ever upstreamed to Fedora (the downstream changes > were in the redhat-rpm-config pa

Re: Orphaning some of my packages

El 12/10/18 a las 6:11 PM, Raphael Groner escribió: > Hi, > > because of lack of time to actively and properly maintain all of my packages, > please feel free to take those packages if you think they are useful in > Fedora: > > jp2a - jp2a is a simple JPEG to ASCII converter. I have claimed ow

Orphaning some of my packages

Hi, because of lack of time to actively and properly maintain all of my packages, please feel free to take those packages if you think they are useful in Fedora: tristripper - TriStripper is a triangle stripification algorithm (from Tanguy Fautre). (upstream) jp2a - jp2a is a simple JPEG to ASC

Default editor for LXQt spin

Hi, writing to general devel list intentionally. No idea if all members of lxqt-sig list can read here, too and especially @zsun. Is there any sense why @lxqt-sig is member of packaging for featherpad? LXQt SIG decided to have enki in the spin as the default editor. Featherpad is not part of L

Re: Something strange going on with updates

On Mon, 2018-12-10 at 23:08 +, Richard W.M. Jones wrote: > What's also strange is the associated bug has not had its state > updated: > > https://bugzilla.redhat.com/show_bug.cgi?id=1640378 > > which I suppose is something to do with BZ 5 being rolled out. That bug appears to be a private

Re: Orphaned packages need new maintainers (will be retired in 3 weeks)

Hi, I would like take pykka. Is there a new package review required to unorphan this package? Regards, Raphael ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Co

Re: How to avoid re-generating Pagure API keys all the time?

On Mon, Dec 10, 2018 at 05:56:00PM +0100, Ben Rosser wrote: > On Mon, Dec 10, 2018 at 5:22 PM Pavel Raiskup wrote: > > Is this necessary requirement for 'fedpkg' to work if when we have > > gssapi support in Fedora? > > This is something that's been annoying me too. It would be a huge > packager

Something strange going on with updates

$ fedpkg update $ So there was no final output giving a summary of the update. However the update was created: https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2018-4212b092b1 What's also strange is the associated bug has not had its state updated: https://bugzilla.redhat.com/show_bug

Re: Orphaned packages need new maintainers (will be retired in 3 weeks)

Hi Miro, I looked in pagure for some of those packages in your list and found hints like "Created by orphan a year ago " e.g. Quake2. There's quake2, too but not orphaned and actively maintained. Maybe some of those orphans exist because of improper apply of our rename process. Regards, Raphae

[Fedocal] Reminder meeting : Modularity WG (once every two weeks)

Dear all, You are kindly invited to the meeting: Modularity WG (once every two weeks) on 2018-12-11 from 10:00:00 to 11:00:00 US/Eastern At fedora-meetin...@irc.freenode.net The meeting will be about: Meeting of the Modularity Working Group. More information available at: [Modularity Work

Short rolling outages 2018-12-15 05:00 UTC -> 09:00 UTC

Planned Outage - NAME - 2018-12-15 05:00 UTC There will be an outage starting at 2018-12-15 05:00 UTC, which will last approximately 4 hours. To convert UTC to your local time, take a look at http://fedoraproject.org/wiki/Infrastructure/UTCHowto or run: date -d '2018-12-15 05:00 UTC' Reason for

Planned Outage - PHX2 Colocation- 2018-12-13 23:00 UTC

There will be an outage starting at 2018-12-13 23:00 UTC, which will last approximately 5 hours. To convert UTC to your local time, take a look at http://fedoraproject.org/wiki/Infrastructure/UTCHowto or run: date -d '2017-05-03 21:00UTC' Reason for outage: Various switches at the colocation ar

Fedora Rawhide-20181210.n.0 compose check report

No missing expected images. Compose FAILS proposed Rawhide gating check! 3 of 47 required tests failed openQA tests matching unsatisfied gating requirements shown with **GATING** below Failed openQA tests: 25/131 (x86_64), 5/23 (i386), 1/2 (arm) New failures (same test not failed in Rawhide-201

Re: Heads Up: libmodulemd 2.0 coming soon to a Rawhide near you

On Mon, Dec 10, 2018 at 2:06 PM Kalev Lember wrote: > > On 12/10/2018 07:30 PM, Stephen Gallagher wrote: > > It is versioned, actually. The 1.x API is `pkconfig(modulemd)` and 2.x > > is `pkgconfig(modulemd-2.0)`. The source of the conflict between the > > two -devel subpackages is that they both

Re: Heads Up: libmodulemd 2.0 coming soon to a Rawhide near you

On Mon, Dec 10, 2018, 20:06 Kalev Lember On 12/10/2018 07:30 PM, Stephen Gallagher wrote: > > It is versioned, actually. The 1.x API is `pkconfig(modulemd)` and 2.x > > is `pkgconfig(modulemd-2.0)`. The source of the conflict between the > > two -devel subpackages is that they both want to own > >

Re: Heads Up: libmodulemd 2.0 coming soon to a Rawhide near you

On 12/10/2018 07:30 PM, Stephen Gallagher wrote: It is versioned, actually. The 1.x API is `pkconfig(modulemd)` and 2.x is `pkgconfig(modulemd-2.0)`. The source of the conflict between the two -devel subpackages is that they both want to own /usr/lib64/libmodulemd.so, symlinked to different objec

Re: Future of MongoDB - Legal Issues with SSPLv1

Once upon a time, Richard Shaw said: > Has anyone approached the parent company with a specific lists of concerns > such that they could have the opportunity to update the verbiage of the > license prior to removing it from Fedora? Reading their FAQ about their SSPL license, they repeatedly try t

Re: Future of MongoDB - Legal Issues with SSPLv1

On Mon, Dec 10, 2018 at 7:58 AM Patrik Novotny wrote: > I intend to file a FESCo ticket, and let them make the final decision, > however, any thoughts > or suggestions are welcome. > Has anyone approached the parent company with a specific lists of concerns such that they could have the opportun

Re: Heads Up: libmodulemd 2.0 coming soon to a Rawhide near you

On Mon, Dec 10, 2018 at 1:22 PM Fabio Valentini wrote: > > On Mon, Dec 10, 2018 at 5:01 PM Stephen Gallagher wrote: > > > > The libmodulemd library, used by the Module Build Service, libdnf, > > fedmod and other tools is going to be updated this week to version > > 2.0.0beta1. While this includes

Re: [HEADS UP] Ceph-14.x.x, dropping 32-bit archs

Rather predictably this has broken libvirt on i686 and armv7hl (ie. 32 bit arches): DEBUG util.py:439:- package libvirt-daemon-driver-storage-4.10.0-1.fc30.i686 requires libvirt-daemon-driver-storage-rbd = 4.10.0-1.fc30, but none of the providers can be installed DEBUG util.py:439:-

Re: Heads Up: libmodulemd 2.0 coming soon to a Rawhide near you

On Mon, Dec 10, 2018 at 5:01 PM Stephen Gallagher wrote: > > The libmodulemd library, used by the Module Build Service, libdnf, > fedmod and other tools is going to be updated this week to version > 2.0.0beta1. While this includes a soname bump, the Fedora packaging > will include a compat-libmodu

Re: How to avoid re-generating Pagure API keys all the time?

On Mon, 2018-12-10 at 17:20 +0100, Pavel Raiskup wrote: > From time to time I have to submit a ticket with 'fedpkg request- > repo' or > 'fedpkg request-branch', and I have feeling that I have to regenerate > the API > key very often (since 2018-02-17 I have 5th key already?!). I proposed that fed

Re: Fedora Atomic Host Two Week Release Announcement: 29.20181210.0

On Mon, Dec 10, 2018 at 10:07 PM wrote: > > A new Fedora Atomic Host update is available via an OSTree update: > > Version: 29.20181210.0 > Commit(x86_64): > 0232d115fa5f1d4609dcf2eb90de228ccb08dbad1134b30a555d92ae676bb92d > Commit(aarch64): > 96281d24a61eaa25865dd7f79bea81886f5f24ef97c6610a5eb61

Re: How to avoid re-generating Pagure API keys all the time?

On Mon, Dec 10, 2018 at 5:22 PM Pavel Raiskup wrote: > Is this necessary requirement for 'fedpkg' to work if when we have > gssapi support in Fedora? This is something that's been annoying me too. It would be a huge packager quality of life improvement (IMO) if we didn't have to request pagure ke

Re: How to avoid re-generating Pagure API keys all the time?

On Mon, 2018-12-10 at 17:20 +0100, Pavel Raiskup wrote: > From time to time I have to submit a ticket with 'fedpkg request-repo' or > 'fedpkg request-branch', and I have feeling that I have to regenerate the API > key very often (since 2018-02-17 I have 5th key already?!). > > How do you work-arou

Fedora Atomic Host Two Week Release Announcement: 29.20181210.0

A new Fedora Atomic Host update is available via an OSTree update: Version: 29.20181210.0 Commit(x86_64): 0232d115fa5f1d4609dcf2eb90de228ccb08dbad1134b30a555d92ae676bb92d Commit(aarch64): 96281d24a61eaa25865dd7f79bea81886f5f24ef97c6610a5eb617d27c1bc432 Commit(ppc64le): 361f682d18e53af9947d36d21

How to avoid re-generating Pagure API keys all the time?

From time to time I have to submit a ticket with 'fedpkg request-repo' or 'fedpkg request-branch', and I have feeling that I have to regenerate the API key very often (since 2018-02-17 I have 5th key already?!). How do you work-around this requirement to re-generate the key all the time? Is this

Re: _performance_build and -O3 package builds

I think providing some simple way how to turn -O3 (or even some other flags) would be interesting idea. So I would love to see ticket for FPC and corresponding patch for redhat-rpm-config. On Mon, Dec 10, 2018 at 1:05 PM Florian Weimer wrote: > > Downstream, we had a separate set of builds flags

Re: _performance_build and -O3 package builds

On 12/10/18 3:56 AM, Florian Weimer wrote: > Downstream, we had a separate set of builds flags for certain packages > and used -O3 there, targeted at POWER (both ppc64 and ppc64le), for > increased use of vectorization presumably. > > I don't think this was ever upstreamed to Fedora (the downstrea

Heads Up: libmodulemd 2.0 coming soon to a Rawhide near you

The libmodulemd library, used by the Module Build Service, libdnf, fedmod and other tools is going to be updated this week to version 2.0.0beta1. While this includes a soname bump, the Fedora packaging will include a compat-libmodulemd1 (and python3-compat-libmodulemd1) subpackage that is fully com

Summary for Monday's FESCo Meeting (2018-12-10)

Meeting started by zbyszek at 15:01:00 UTC. The full logs are available at https://meetbot.fedoraproject.org/fedora-meeting-1/2018-12-10/fesco.2018-12-10-15.01.log.html. Meeting summary --- * init process (zbyszek, 15:01:03) * #2023 Allow untagging of module builds from rawhide (zby

Re: zlib compress bit-identical output on different archs - goal or non-goal?

On 12/9/18 1:38 AM, Georg Sauthoff wrote: > Hello, > > during packaging of a new python-img2pdf version I noticed that 2 > unit-test cases fail on aarch64. ...snip... > Any thoughts? It would be nice to have bit--identical content on different arches so that noarch pacakges at least could be har

Re: Self Introduction: J."MUFTI" Scheurich

* J. Scheurich: > | I am a programmer/maintainer of white_dune and i am trying to > include it into fedora. >> You need to create a non-production (scratch) build which cannot be >> released when building from a SRPM, like this: >> >> $ fedpkg --release f29 build --scratch --srpm >> rpmbuild/SRPM

Fedora rawhide compose report: 20181210.n.0 changes

OLD: Fedora-Rawhide-20181209.n.0 NEW: Fedora-Rawhide-20181210.n.0 = SUMMARY = Added images:0 Dropped images: 1 Added packages: 1 Dropped packages:0 Upgraded packages: 119 Downgraded packages: 0 Size of added packages: 262.94 KiB Size of dropped packages:0

Re: Orphaned packages need new maintainers (will be retired in 2 weeks)

On 12/10/18 6:23 AM, Miro Hrončok wrote: mooninite: tinyxpath, rb_libtorrent I will take these two. ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: htt

Re: Orphaned packages need new maintainers (will be retired in 2 weeks)

> The following packages are orphaned and will be retired when they > are orphaned for six weeks, unless someone adopts them. If you know > for sure that the package should be retired, please do so now with a > unclutter orphan 12 weeks ago I'm planning on picking this one up, as a new maintainer

Future of MongoDB - Legal Issues with SSPLv1

Hi folks, as you may already know, MongoDB is now licensed under SSPLv1[1] as of October 16. Since SSPLv1 doesn't meet Fedora's license requirements, I'd like to start a conversation on MongoDB's future in Fedora. Theoretically, we could maintain versions prior to October 15, however, the new lic

Re: Orphaned packages need new maintainers (will be retired in 2 weeks)

I will pick up libcryptui, i need it for caja-seahorce. greetz Wolfgang ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-

Re: /usr/include/GL/glext.h:467:10: fatal error: KHR/khrplatform.h: No such file or directory

> https://bugzilla.redhat.com/show_bug.cgi?id=1657356 > > Adam Jackson, the Mesa maintainer in Fedora, has been on vacation, getting > back tomorrow, so should take care of it then, if nobody fixes it first. > > Including mesa-libEGL-devel as a buildrequire is a harmless workaround, but > certain

Re: /usr/include/GL/glext.h:467:10: fatal error: KHR/khrplatform.h: No such file or directory

The breakage is i Fedora 29. Mattias mån 2018-12-10 klockan 12:34 + skrev Sérgio Basto: > IIRC this is fixed with Mesa in rawhide > > On Mon, 2018-12-10 at 09:23 +, Samuel Rakitničan wrote: > > Hi, > > > > Got an e-mail from Koschei [1] with a notice that camotics package is >

Re: /usr/include/GL/glext.h:467:10: fatal error: KHR/khrplatform.h: No such file or directory

IIRC this is fixed with Mesa in rawhide On Mon, 2018-12-10 at 09:23 +, Samuel Rakitničan wrote: > Hi, > > Got an e-mail from Koschei [1] with a notice that camotics package is > starting to fail to build. The reason for this seems to be that > something that used to pull mesa-libEGL-devel do

Re: Self Introduction: J."MUFTI" Scheurich

| I am a programmer/maintainer of white_dune and i am trying to include it into fedora. You need to create a non-production (scratch) build which cannot be released when building from a SRPM, like this: $ fedpkg --release f29 build --scratch --srpm rpmbuild/SRPMS/wdune-0.99-1.pl1216.fc29.src.rp

Orphaned packages need new maintainers (will be retired in 2 weeks)

The following packages are orphaned and will be retired when they are orphaned for six weeks, unless someone adopts them. If you know for sure that the package should be retired, please do so now with a proper reason: https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life Note:

[Bug 1656324] Upgrade perl-Date-Manip to 6.75

https://bugzilla.redhat.com/show_bug.cgi?id=1656324 Jan Pazdziora changed: What|Removed |Added Status|NEW |MODIFIED --- Comment #1 from Jan Pazd

_performance_build and -O3 package builds

Downstream, we had a separate set of builds flags for certain packages and used -O3 there, targeted at POWER (both ppc64 and ppc64le), for increased use of vectorization presumably. I don't think this was ever upstreamed to Fedora (the downstream changes were in the redhat-rpm-config package). I

[Bug 1657659] Upgrade perl-Test-CleanNamespaces to 0.24

https://bugzilla.redhat.com/show_bug.cgi?id=1657659 Paul Howarth changed: What|Removed |Added Status|NEW |CLOSED Fixed In Version|

[Bug 1657712] Moose does not work after upgrading from Fedora 28

https://bugzilla.redhat.com/show_bug.cgi?id=1657712 Petr Pisar changed: What|Removed |Added Status|NEW |CLOSED CC|

[Bug 1657657] Upgrade perl-Shell-Guess to 0.09

https://bugzilla.redhat.com/show_bug.cgi?id=1657657 Petr Pisar changed: What|Removed |Added Status|ASSIGNED|MODIFIED --- Comment #1 from Petr Pisar

[389-devel] 389 DS nightly 2018-12-10 - 89% PASS

https://fedorapeople.org/groups/389ds/ci/nightly/2018/12/10/report-389-ds-base-1.4.0.19-20181210gitbb335e0.fc29.x86_64.html ___ 389-devel mailing list -- 389-de...@lists.fedoraproject.org To unsubscribe send an email to 389-devel-le...@lists.fedoraproject

Re: Self Introduction: J."MUFTI" Scheurich

* J. Scheurich: > I am a programmer/maintainer of white_dune ( > http://wdune.ourproject.org/ ) and i am trying to > include it into fedora. Welcome! > $ fedpkg --release f29 build --srpm > rpmbuild/SRPMS/wdune-0.99-1.pl1216.fc29.src.rpm > Failed to get repository name from Git url or pushurl >

Re: /usr/include/GL/glext.h:467:10: fatal error: KHR/khrplatform.h: No such file or directory

On Mon, Dec 10, 2018, 4:24 AM Samuel Rakitničan < srakitni...@fedoraproject.org wrote: > Hi, > > Got an e-mail from Koschei [1] with a notice that camotics package is > starting to fail to build. The reason for this seems to be that something > that used to pull mesa-libEGL-devel doesn't do so any

[Bug 1657655] Upgrade perl-Shell-Config-Generate to 0.33

https://bugzilla.redhat.com/show_bug.cgi?id=1657655 Petr Pisar changed: What|Removed |Added Status|ASSIGNED|MODIFIED Fixed In Version|

[Bug 1657712] Moose does not work after upgrading from Fedora 28

https://bugzilla.redhat.com/show_bug.cgi?id=1657712 Joaquín changed: What|Removed |Added Summary|Moose does not work after |Moose does not work after |

[Bug 1657712] New: Moose does not work after upgriding from Fedora 28

https://bugzilla.redhat.com/show_bug.cgi?id=1657712 Bug ID: 1657712 Summary: Moose does not work after upgriding from Fedora 28 Product: Fedora Version: 29 Status: NEW Component: perl-Moose Severity: urgent Assig

Re: zlib compress bit-identical output on different archs - goal or non-goal?

On Sunday, December 9, 2018 10:38:10 AM CET Georg Sauthoff wrote: > 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

Self Introduction: J."MUFTI" Scheurich

https://fedoraproject.org/wiki/Join_the_package_collection_maintainers#Introduce_yourself | When a new package maintainer joins the Fedora Project, we request that he/she introduces | themselves on the Fedora devel ma

[Bug 1657657] New: Upgrade perl-Shell-Guess to 0.09

https://bugzilla.redhat.com/show_bug.cgi?id=1657657 Bug ID: 1657657 Summary: Upgrade perl-Shell-Guess to 0.09 Product: Fedora Version: rawhide Status: NEW Component: perl-Shell-Guess Assignee: ppi...@redhat.com R

[Bug 1657655] New: Upgrade perl-Shell-Config-Generate to 0.33

https://bugzilla.redhat.com/show_bug.cgi?id=1657655 Bug ID: 1657655 Summary: Upgrade perl-Shell-Config-Generate to 0.33 Product: Fedora Version: rawhide Status: NEW Component: perl-Shell-Config-Generate Assignee: ppi...@re

[Bug 1657654] New: Upgrade perl-Config-Model to 2.130

https://bugzilla.redhat.com/show_bug.cgi?id=1657654 Bug ID: 1657654 Summary: Upgrade perl-Config-Model to 2.130 Product: Fedora Version: rawhide Status: NEW Component: perl-Config-Model Assignee: david.hanneq...@gmail.com

[Bug 1657659] New: Upgrade perl-Test-CleanNamespaces to 0.24

https://bugzilla.redhat.com/show_bug.cgi?id=1657659 Bug ID: 1657659 Summary: Upgrade perl-Test-CleanNamespaces to 0.24 Product: Fedora Version: rawhide Status: NEW Component: perl-Test-CleanNamespaces Assignee: p...@city-f

[Bug 1657653] New: Upgrade perl-BSON to 1.10.2

https://bugzilla.redhat.com/show_bug.cgi?id=1657653 Bug ID: 1657653 Summary: Upgrade perl-BSON to 1.10.2 Product: Fedora Version: rawhide Status: NEW Component: perl-BSON Assignee: ppi...@redhat.com Reporter: jpl

[Bug 1657653] Upgrade perl-BSON to 1.10.2

https://bugzilla.redhat.com/show_bug.cgi?id=1657653 Petr Pisar changed: What|Removed |Added Status|ASSIGNED|MODIFIED Fixed In Version|

Re: /usr/include/GL/glext.h:467:10: fatal error: KHR/khrplatform.h: No such file or directory

On Mon, Dec 10, 2018, 10:45 Samuel Rakitničan > Hmm on a second look mesa-libGL-devel seems to be installing judging by > root.log. File is > > missing for some reason? > > Please disregard, I've mixed up mesa-libEGL-devel with mesa-libGL-devel. > So mesa-libEGL-devel is not pulled anymore for som

Re: /usr/include/GL/glext.h:467:10: fatal error: KHR/khrplatform.h: No such file or directory

> Hmm on a second look mesa-libGL-devel seems to be installing judging by > root.log. File is > missing for some reason? Please disregard, I've mixed up mesa-libEGL-devel with mesa-libGL-devel. So mesa-libEGL-devel is not pulled anymore for some reason. The original question still stands. _

Re: /usr/include/GL/glext.h:467:10: fatal error: KHR/khrplatform.h: No such file or directory

Hmm on a second look mesa-libGL-devel seems to be installing judging by root.log. File is missing for some reason? ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of

/usr/include/GL/glext.h:467:10: fatal error: KHR/khrplatform.h: No such file or directory

Hi, Got an e-mail from Koschei [1] with a notice that camotics package is starting to fail to build. The reason for this seems to be that something that used to pull mesa-libEGL-devel doesn't do so anymore. /usr/include/GL/glext.h:467:10: fatal error: KHR/khrplatform.h: No such file or directo

Re: zlib compress bit-identical output on different archs - goal or non-goal?

On Sun, Dec 09, 2018 at 10:38:10AM +0100, Georg Sauthoff wrote: > 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 bec