Original issue resolving ppc64le build problems in Copr: https://github.com/fedora-copr/copr/issues/3693 # openssl s_client bugzilla.redhat.com:https Connecting to 2600:1408:ec00:2f::1735:b86 CONNECTED(00000003) depth=2 C=US, O=DigiCert Inc, OU=www.digicert.com, CN=DigiCert Global Root G3 verify return:1 Illegal instruction (core dumped) Affected version: openssl-3.5.0-2.fc43.ppc64le Downgrading openssl-libs to 3.2.4-3.fc43.ppc64le helps. Reproducible: Always Steps to Reproduce: 1. get a Power8 machine with Rawhide (or at least container on Power8) 2. run `dnf5 install <something>` 3. observe DNF6 crashing 4. confirm by `openssl s_client bugzilla.redhat.com:https`
We can provide a POWER8 machine for testing purposes to anyone interested.
*** This bug has been marked as a duplicate of bug 2359082 ***
Could you please try this build if the infrastructure wakes up https://koji.fedoraproject.org/koji/taskinfo?taskID=131563912
That build helps! Thank you. What do we risk if we configure Mock in Fedora Copr to use openssl-3.5.0-3.fc43 (for Rawhide builds)?
Basically nothing. Just a question - do we officially support POWER8 for Fedora? (We don't for RHEL)
Cool, thanks. Going to apply a hot-fix in production. > do we officially support POWER8 for Fedora? I think yes, at least per: https://fedoraproject.org/wiki/Architectures/PowerPC > Only 64bit machines (little endian Power8 or newer) are supported now;
No need to use the hotfix, I made a build for rawhide
> No need to use the hotfix, I made a build for rawhide I noticed this, and gave you +1 karma; though I still hot-fixed because a) there was no autokarma enabled, and b) copr builds from mirrored composes, not from koji buildroots (at least by default).
Facepalm, this was a Rawhide build - so no karma needed! Anyway, we need a new container base image built on top of a working compose. It may take a few more hours (or days). But thank you Dmitry for the update - I'll drop the hot-fix soon.