Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.
Bug 1915928 - krb5-1.19-0.beta2.1.fc34 breaks mplayer
Summary: krb5-1.19-0.beta2.1.fc34 breaks mplayer
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Fedora
Classification: Fedora
Component: samba
Version: rawhide
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Guenther Deschner
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
: 1916609 (view as bug list)
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2021-01-13 18:25 UTC by Bruno Wolff III
Modified: 2021-01-15 09:30 UTC (History)
16 users (show)

Fixed In Version: samba-4.13.3-1.fc34 samba-4.13.3-1.eln108
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2021-01-13 20:59:34 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)

Description Bruno Wolff III 2021-01-13 18:25:04 UTC
Description of problem:
Upgrading to 1.19-0.beta2.1.fc34 broke mplayer.

Version-Release number of selected component (if applicable):
1.19-0.beta2.1.fc34

How reproducible:
100%

Steps to Reproduce:
1.mplayer
2.
3.

Actual results:
mplayer: symbol lookup error: /usr/lib64/samba/libkrb5samba-samba4.so: undefined symbol: krb5_set_default_tgs_ktypes, version krb5_3_MIT

Expected results:
mplayer runs

Comment 1 Alexander Bokovoy 2021-01-13 18:53:21 UTC
Moving to Samba. I rebuilt it in Rawhide.

Comment 2 Alexander Bokovoy 2021-01-13 18:54:33 UTC
Build is running: https://koji.fedoraproject.org/koji/taskinfo?taskID=59630156

Comment 3 Bruno Wolff III 2021-01-13 19:28:13 UTC
I was expecting a samba rebuild, but was also thinking there should have been a conflict when I tried to do the original update. Shouldn't dropping a symbol trigger a soname version change so that people would know rebuilds are necessary?

Comment 4 Alexander Bokovoy 2021-01-13 19:36:23 UTC
The commit that removed these says:

commit a3a5c9b31cd9b421941eff9cd11dbc3876f4ff90
Author: Robbie Harwood <rharwood>
Date:   Thu Jan 23 13:09:00 2020 -0500

    Remove private mutators for context enctypes
    
    krb5_set_default_in_tkt_ktypes() and krb5_set_default_tgs_ktypes() are
    not part of the API and are only used in test programs, so remove
    them.  Also remove the now-unused in_tkt_etypes field from
    krb5_context.  Update test suite consumers.
    
    Fix a minor bug wherein the etinfo executable would not correctly
    print its usage text.
    
    [ghudson: adapted some tests rather than remove them]


In Samba we have this:

/* With MIT kerberos, we should use krb5_set_default_tgs_enctypes in preference
 * to krb5_set_default_tgs_ktypes. See
 *         http://lists.samba.org/archive/samba-technical/2006-July/048271.html
 *
 * If the MIT libraries are not exporting internal symbols, we will end up in
 * this branch, which is correct. Otherwise we will continue to use the
 * internal symbol
 */
 krb5_error_code krb5_set_default_tgs_ktypes(krb5_context ctx, const krb5_enctype *enc)
{
    return krb5_set_default_tgs_enctypes(ctx, enc);
}

So a rebuild is required to get rid of a reference to an internal symbol that is removed.

Comment 5 Bruno Wolff III 2021-01-13 19:55:11 UTC
Thanks for the explanation. I'll let you know if the samba rebuild works for me. If it finishes in the next hour or so, I should be able to try it out today. Otherwise I'll try it tomorrow.

Comment 6 Alexander Bokovoy 2021-01-13 19:59:29 UTC
Thanks. We are waiting for both ARM targets to complete, all others are done.
aarch64 is almost done with compilation and linking, armv7hl is roughly half way through.

Comment 7 Robbie Harwood 2021-01-13 20:11:28 UTC
Thanks for catching that Alexander!

Comment 8 Robbie Harwood 2021-01-13 20:15:07 UTC
To expand on the commit message:

These functions were present in libkrb5.so, but we didn't ship them in any header.  krb5 considers such functions internal, and we don't support their use.  The reason we have such functions is that libkrb5 gets reused in other parts of krb5 (like GSSAPI).

Because this practice is unsupported, it means that any program that uses them does so at its own peril.  We provide no stability guarantees for them.

Comment 9 Fedora Update System 2021-01-13 20:59:34 UTC
FEDORA-2021-974a7310df has been pushed to the Fedora 34 stable repository.
If problem still persists, please make note of it in this bug report.

Comment 10 Bruno Wolff III 2021-01-13 21:30:50 UTC
I tested the rebuilt samba package and it fixed the problem for me. Thanks.

Comment 11 Fedora Update System 2021-01-13 22:26:45 UTC
FEDORA-2021-247e62f0df has been pushed to the Fedora ELN stable repository.
If problem still persists, please make note of it in this bug report.

Comment 12 Alexander Bokovoy 2021-01-15 09:30:52 UTC
*** Bug 1916609 has been marked as a duplicate of this bug. ***


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