Bug 2022026 - krb5: FTBFS with OpenSSL 3.0.0
Summary: krb5: FTBFS with OpenSSL 3.0.0
Keywords:
Status: CLOSED RAWHIDE
Alias: None
Product: Fedora
Classification: Fedora
Component: krb5
Version: rawhide
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Alexander Bokovoy
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks: OpenSSL3.0 F36FTBFS
TreeView+ depends on / blocked
 
Reported: 2021-11-10 15:31 UTC by Sahana Prasad
Modified: 2021-12-03 15:18 UTC (History)
7 users (show)

Fixed In Version: krb5-1.19.2-4.fc36
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2021-12-03 15:18:14 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Issue Tracker FREEIPA-7322 0 None None None 2021-11-10 15:36:03 UTC

Description Sahana Prasad 2021-11-10 15:31:30 UTC
This bug is used to track the readiness of krb5 with OpenSSL 3.0.0.

Currently the build fails to build with OpenSSL 3.0.0 with the following logs
Task info: https://koji.fedoraproject.org/koji/taskinfo?taskID=78020207

Kindly fix them to ensure this package builds with OpenSSL 3.0.0

You can treat the deprecated warnings not as errors if you want to continue to use deprecated functions, but it is encouraged to use the new APIs, and this migration could be done sooner than later.

To not treat deprecated warnings as errors, you may use
-Wno-error=deprecated-declarations

To port to new APIs, kindly refer to the OpenSSL upstream migration guide:
https://www.openssl.org/docs/manmaster/man7/migration_guide.html

Thank you

Comment 1 Miro Hrončok 2021-11-11 11:57:36 UTC
This pulls in openssl1.1 to the default buildroot.

I also see that it appears to be fixed in c9s: https://gitlab.com/redhat/centos-stream/rpms/krb5/-/commits/c9s

Comment 2 Alexander Bokovoy 2021-11-11 12:01:01 UTC
Yes, there is a plan to pull a fix from upstream similar to c9s. If this can wait couple days... We are busy with security updates in Samba and FreeIPA.

Comment 3 Zbigniew Jędrzejewski-Szmek 2021-12-01 16:11:18 UTC
Hi,

I'd like to start testing systemd transition from gcrypt to openssl, and it would be great if krb5 could
be rebuilt against openssl-3. Currently that fails because ld refuses to link to libcrypto.so.3
and /usr/lib64/libgssapi_krb5.so.2 which is linked to libcrypto.so.1.1.

FWIW, I rebuilt the cs9 version in mock and I'm using that locally and it seems to work fine.

Comment 4 Alexander Bokovoy 2021-12-01 16:16:17 UTC
I'll look at this over coming weekend. Sorry.

Comment 5 Alexander Bokovoy 2021-12-03 11:56:48 UTC
Fixed in krb5-1.19.2-4.fc36

https://bodhi.fedoraproject.org/updates/FEDORA-2021-d13ffd8da0

$ rpm -q --requires -p https://kojipkgs.fedoraproject.org//packages/krb5/1.19.2/4.fc36/x86_64/krb5-libs-1.19.2-4.fc36.x86_64.rpm|grep libcrypto.so
libcrypto.so.3()(64bit)
libcrypto.so.3(OPENSSL_3.0.0)(64bit)

Comment 6 Alexander Bokovoy 2021-12-03 12:02:18 UTC
Zbyszek, could you please verify and close this bug?

Comment 7 Miro Hrončok 2021-12-03 14:45:35 UTC
Not caused by krb5 at all, but removing openssl1.1 from the buildroot broke cmake:

/usr/bin/cmake: error while loading shared libraries: libcrypto.so.1.1: cannot open shared object file: No such file or directory 

https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/thread/LAHTJWRB5HEPY3YNM7BSDGVZHGIHRORN/

And appstream-util:

appstream-util: error while loading shared libraries: libcrypto.so.1.1: cannot open shared object file: No such file or directory

https://koschei.fedoraproject.org/build/11634367


I wonder how is this possible :/

Comment 8 Miro Hrončok 2021-12-03 15:05:54 UTC
(In reply to Miro Hrončok from comment #7)
> Not caused by krb5 at all, but removing openssl1.1 from the buildroot broke
> cmake:
> 
> /usr/bin/cmake: error while loading shared libraries: libcrypto.so.1.1:
> cannot open shared object file: No such file or directory 
> 
> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/
> thread/LAHTJWRB5HEPY3YNM7BSDGVZHGIHRORN/
> 
> And appstream-util:
> 
> appstream-util: error while loading shared libraries: libcrypto.so.1.1:
> cannot open shared object file: No such file or directory
> 
> https://koschei.fedoraproject.org/build/11634367
> 
> 
> I wonder how is this possible :/

https://bugzilla.redhat.com/show_bug.cgi?id=2028852

Comment 9 Zbigniew Jędrzejewski-Szmek 2021-12-03 15:10:52 UTC
Thanks!

Other bugs notwithstanding, krb5 is fixed. I'll close this here.

Comment 10 Zbigniew Jędrzejewski-Szmek 2021-12-03 15:18:14 UTC
The issue is only for rawhide, and the update has gone stable.


Note You need to log in before you can comment on or make changes to this bug.