Bug 1353579

Summary: krb5-workstation should depend on exact version of libkadm5
Product: Red Hat Enterprise Linux 7 Reporter: Patrik Kis <pkis>
Component: krb5Assignee: Robbie Harwood <rharwood>
Status: CLOSED DUPLICATE QA Contact: BaseOS QE Security Team <qe-baseos-security>
Severity: medium Docs Contact:
Priority: medium    
Version: 7.3CC: dpal, pkis
Target Milestone: rc   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: krb5-1.14.1-20.el7 Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2016-07-20 23:16:19 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Patrik Kis 2016-07-07 13:23:23 UTC
Description of problem:
Quotation from RPMDiff:

'' Subpackage krb5-workstation on aarch64 x86_64 ppc64 ppc64le s390x consumes libraries libkadm5clnt_mit.so.8()(64bit) libkadm5clnt_mit.so.8(kadm5clnt_mit_8_MIT)(64bit) libkadm5srv_mit.so.10()(64bit) libkadm5srv_mit.so.10(kadm5srv_mit_10_MIT)(64bit) from subpackage libkadm5 but does not have explicit package version requirement.
Please add Requires: libkadm5 = %{version}-%{release} to krb5-workstation in the specfile to avoid the need to test interoperability between the various combinations of old and new subpackages. ''

This was also reported for krb5-server-ldap, but there it is not that problem as it depends on exact version of krb5-server, what in turn depends on exact version of libkadm5. It would be however, a nice to have for krb5-server-ldap too.

For krb5-workstation it is also not a problem now in RHEL-7.3, as libkadm5 was just introduced and there is no other version that could be installed, but it will be a problem with the next release.


Version-Release number of selected component (if applicable):
krb5-1.14.1-18.el7

Comment 1 Robbie Harwood 2016-07-20 23:16:19 UTC
Since this was reported by rpmdiff on the split, I think it makes sense to treat it as a problem with the split.

*** This bug has been marked as a duplicate of bug 1347403 ***