Dear Dmitry,
On Fri, 2023-02-10 at 09:55 +0100, Dmitry Belyavskiy wrote:
> Dear Michel,
>
> In RHEL/CentOS we currently provide a double versioning for
> OPENSSL_strcasecmp and OPENSSL_strncasecmp functions.
> They were added in 3.0.1 downstream and 3.0.3 upstream.
>
> 0056-strcasecmp.patch in CentOS stream fixes the test in question.
>
Ah, interesting. I took a look at the history of that patch, and
narrowed down the issue:
- with f2a49ef424f831aac988356fc8b2b910e443dc42 from Nov 25,
rebuilding
in EPEL 8 fails:
-
https://gitlab.com/redhat/centos-stream/rpms/openssl/-/commit/f2a49ef424f...
https://koji.fedoraproject.org/koji/taskinfo?taskID=97348528
- with that patch backed out, building 3.0.7-2 succeeds:
https://koji.fedoraproject.org/koji/taskinfo?taskID=97348707
Note that these are the exact openssl package from c9s, just rebuilt
with the g++ dependency replaced by gcc-c++.
I suppose the easiest resolution here is for me to build openssl3
(for
EPEL 8) with that commit backed out, but I'm a bit puzzled as to why
this happens. Any idea there?
I initially thought it's the addition of the linker option --allow-
multiple-definition shows up in Alma 8's `ld --help`, so ... it's not
that.
Stumped,
--
Michel Alexandre Salim
identities: