Project

General

Profile

Actions
Copy link

Bug #38611

closed

building libcrc32

Added by Kaleb KEITHLEY about 5 years ago. Updated almost 3 years ago.

Status:
Resolved
Priority:
Normal
Assignee:
Kefu Chai
Category:
build
Target version:
-
% Done:

0%

Source:
Development
Tags:
Backport:
nautilus, octopus, pacific
Regression:
No
Severity:
3 - minor
Reviewed:
Affected Versions:
v14.0.0
ceph-qa-suite:
Pull request ID:
39566
Crash signature (v1):
Crash signature (v2):

Description

For reasons I don't have time to dig into and figure out, some builds of nautilus in Fedora have produced a libcrc32.so, while others have produced a libcrc32.a. And then things like librados2.so and others are linked with it.

When libcrc32.so is built, it's not included in the RPM and a dependency on, e.g. the librados2 RPM, is derived, with the result that an install/update fails because there is nothing that provides libcrc32.so.

Forcing libcrc32 to be a STATIC library appears to work, e.g. with the attached patch.

Files

0002-src-common-CMakeLists.txt.patch (457 Bytes) 0002-src-common-CMakeLists.txt.patch Kaleb KEITHLEY, 03/06/2019 06:50 PM

Related issues 4 (0 open — 4 closed)

Has duplicate Ceph - Bug #49080: packages fail to install on Fedora 34/rawhide due to missing shared lib libblk.soDuplicate

Actions
Copied to Ceph - Backport #49376: nautilus: building libcrc32ResolvedActions
Copied to RADOS - Backport #49377: pacific: building libcrc32Resolvedsinguliere _Actions
Copied to Ceph - Backport #49378: octopus: building libcrc32ResolvedNathan CutlerActions
Actions
Copy link

Also available in: Atom PDF