Fedora-Cloud-33-20210704.0 compose check report

No missing expected images. Soft failed openQA tests: 1/8 (x86_64), 1/8 (aarch64) (Tests completed, but using a workaround for a known bug) Old soft failures (same test soft failed in Fedora-Cloud-33-20210703.0): ID: 920754 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud URL: https://op

Fedora-Cloud-34-20210704.0 compose check report

No missing expected images. Soft failed openQA tests: 1/8 (x86_64), 1/8 (aarch64) (Tests completed, but using a workaround for a known bug) Old soft failures (same test soft failed in Fedora-Cloud-34-20210703.0): ID: 920770 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud URL: https://op

Proven packagers breaking EPEL branches

I maintain one single spec file for all branches (Fedora + EPEL) by using spec file macros. The majority of times a proven packager offers his help on packages I maintain, he breaks the EPEL branch. Proven packagers, if you see macros of EPEL branches could you please take care of testing them too?

Re: Proven packagers breaking EPEL branches

Moreover it does not even compile on Fedora https://kojipkgs.fedoraproject.org//work/tasks/7311/71287311/mock_output.log file /usr/lib64/python3.10/site-packages/imath.so conflicts between attempted installs of python3-openexr-2.5.5-2.fc35.x86_64 and python3-imath-3.0.2-4.fc35.x86_64   file /usr/l

Re: Proven packagers breaking EPEL branches

I apologize, previous message was not meant to be sent on the mailing list ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/

Re: Proven packagers breaking EPEL branches

Well this is obviously an issue in the openexr package. Can you file a bug report against openexr for rawhide with the issue description? Best regards Josef Ridky Senior Software Engineer Core Services Team Red Hat Czech, s.r.o. On Sun, Jul 4, 2021 at 12:23 PM Germano Massullo wrote: > Moreo

Re: Proven packagers breaking EPEL branches

On Sun, Jul 4, 2021 at 5:22 AM Germano Massullo wrote: > Moreover it does not even compile on Fedora > > > https://kojipkgs.fedoraproject.org//work/tasks/7311/71287311/mock_output.log > file /usr/lib64/python3.10/site-packages/imath.so conflicts between > attempted installs of python3-openexr-2.5

Re: How to (better) deal with library major API changes

On Thu, Jul 1, 2021 at 1:52 PM Richard W.M. Jones wrote: > > I don't think that's what Kaleb was suggesting. Coin2/3/4 packages > contain different SONAMEs: > > # dnf repoquery -l Coin4 | grep /usr/lib64 > /usr/lib64/libCoin.so.4.0.0 > /usr/lib64/libCoin.so.80 > # dnf repoquery -l Coin3 | grep /

Fedora rawhide compose report: 20210704.n.0 changes

OLD: Fedora-Rawhide-20210702.n.1 NEW: Fedora-Rawhide-20210704.n.0 = SUMMARY = Added images:4 Dropped images: 3 Added packages: 14 Dropped packages:7 Upgraded packages: 57 Downgraded packages: 0 Size of added packages: 4.83 MiB Size of dropped packages

Re: How to (better) deal with library major API changes

On Thu, Jul 1, 2021 at 12:25 PM Miro Hrončok wrote: > On 01. 07. 21 18:20, Richard Shaw wrote: > > On Thu, Jul 1, 2021 at 11:11 AM Miro Hrončok > > wrote: > > > > On 01. 07. 21 17:53, Richard Shaw wrote: > > > 1. Create a compat or SOVERSION appended package

Fedora-Rawhide-20210704.n.0 compose check report

No missing expected images. Compose FAILS proposed Rawhide gating check! 4 of 43 required tests failed, 4 results missing openQA tests matching unsatisfied gating requirements shown with **GATING** below Failed openQA tests: 16/199 (x86_64), 22/138 (aarch64) New failures (same test not failed i

Re: How to (better) deal with library major API changes

On Sun, Jul 04, 2021 at 07:11:14AM -0500, Richard Shaw wrote: > On Thu, Jul 1, 2021 at 1:52 PM Richard W.M. Jones wrote: > https://akkadia.org/drepper/dsohowto.pdf > > as well as: > > https://gcc.gnu.org/wiki/SymbolVersioning > > > Is that something that can be easily implemented a

Re: How to (better) deal with library major API changes

On 04. 07. 21 16:49, Richard Shaw wrote: On Thu, Jul 1, 2021 at 12:25 PM Miro Hrončok > wrote: On 01. 07. 21 18:20, Richard Shaw wrote: > On Thu, Jul 1, 2021 at 11:11 AM Miro Hrončok mailto:mhron...@redhat.com> >

Python libraries problem with F34

Hello! Not a developer but I do write code sometimes, and in Python most of the times. Some of my Python code/scripts which were running without any issue until F33, no longer do with F34. I actually upgraded from F33 to F34. I had issues with pexpect (which just now is working again...) an