Bug 2229142 - RPMinspect warnings regarding the 64_ suffix version of the libraries and their subpackage requirements
Summary: RPMinspect warnings regarding the 64_ suffix version of the libraries and the...
Keywords:
Status: NEW
Alias: None
Product: Fedora
Classification: Fedora
Component: lapack
Version: 39
Hardware: Unspecified
OS: Linux
unspecified
medium
Target Milestone: ---
Assignee: Tom "spot" Callaway
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks: 2231806
TreeView+ depends on / blocked
 
Reported: 2023-08-04 11:04 UTC by Jakub Martisko
Modified: 2023-08-16 08:13 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
: 2231806 (view as bug list)
Environment:
Last Closed:
Type: ---
Embargoed:


Attachments (Terms of Use)
rpmdeps log (164.37 KB, text/plain)
2023-08-04 11:06 UTC, Jakub Martisko
no flags Details

Description Jakub Martisko 2023-08-04 11:04:37 UTC
Hello, 
while porting some of the fixes from Fedora to RHEL, I am getting bunch of warnings from the RPMinspect like the following (will add a related part of the log as an attachment):

Subpackage blas-devel on aarch64 carries 'Requires: libblas64_.so.3()(64bit)' which comes from subpackage blas64_ but does not carry an explicit package version requirement. Please add 'Requires: blas64_ = %{version}-%{release}' to the spec file to avoid the need to test interoperability between various combinations of old and new subpackages.
 
Suggested remedy:

Add the indicated explicit Requires to the spec file for the named subpackage. Subpackages depending on shared libraries in another subpackage must carry an explicit 'Requires: SUBPACKAGE_NAME = %{version}-%{release}' in the spec file.

These all seem to be related to the 64_ suffix versions of the libraries, introduced in the rhbz#1295965. 


Reproducible: Always

Steps to Reproduce:
rpminspect-fedora -T rpmdeps lapack-3.11.0-5.fc39 (this version seems to report also some of the libraries without the 64_ suffix unlike the lapack-3.9.0-8.el9 on the RHEL)



Edit: I am also getting a bunch of conflicts in our upgradibility tests which seem to be related to this:
 file /usr/lib64/libblas64_.so.3 from install of blas64_-3.9.0-9.el9.x86_64 conflicts with file from package blas64-3.8.0-8.el8.x86_64
 file /usr/lib64/libcblas64_.so.3 from install of blas64_-3.9.0-9.el9.x86_64 conflicts with file from package blas64-3.8.0-8.el8.x86_64
 file /usr/lib64/liblapack64_.so.3 from install of lapack64_-3.9.0-9.el9.x86_64 conflicts with file from package lapack64-3.8.0-8.el8.x86_64

Comment 2 Fedora Release Engineering 2023-08-16 08:13:56 UTC
This bug appears to have been reported against 'rawhide' during the Fedora Linux 39 development cycle.
Changing version to 39.


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