Bug 2088633

Summary:	cryfs crashes with symbol lookup error in Fedora 36
Product:	[Fedora] Fedora	Reporter:	adebeus
Component:	cryfs	Assignee:	Onuralp Sezer <thunderbirdtr>
Status:	CLOSED ERRATA	QA Contact:
Severity:	unspecified	Docs Contact:
Priority:	unspecified
Version:	36	CC:	rhbugs.2o67n, thunderbirdtr
Target Milestone:	---
Target Release:	---
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:	cryfs-0.11.2-3.fc36	Doc Type:	---
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2022-05-31 15:45:06 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 adebeus 2022-05-19 21:54:27 UTC

Description of problem:
When running cryfs in Fedora 36, it crashes with the following error message:
cryfs: symbol lookup error: cryfs: undefined symbol: _ZN6spdlog5sinks15basic_file_sinkISt5mutexEC1ERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEEb

It appears that this bug was caused by a spdlog update that cryfs needed to be rebuilt for but wasn't. Rebuilding cryfs from the srpm fixes the problem, presumably because it's linked against the right version of spdlog. It's only the Fedora distributed binary that does not work.

Version-Release number of selected component (if applicable):
0.11.2-1
(spdlog 1.10.0-1)

How reproducible:
Every time, happens in a fresh distrobox

Steps to Reproduce:
1. Install cryfs in updated Fedora 36 system
2. Run cryfs --version
3. See error message

Actual results:
Crashes with error 
cryfs: symbol lookup error: cryfs: undefined symbol: _ZN6spdlog5sinks15basic_file_sinkISt5mutexEC1ERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEEb

Expected results:
Runs normally

Additional info:

Comment 1 Wyatt Childers 2022-05-22 01:40:04 UTC

I'm also seeing this, worse, conan is also broken so building from source doesn't appear to be an option.

Comment 2 Wyatt Childers 2022-05-22 02:14:06 UTC

(In reply to Wyatt Childers from comment #1)
> I'm also seeing this, worse, conan is also broken so building from source
> doesn't appear to be an option.

My bad. I'm still suffering from this issue with the cryfs package. However, conan is not packaged, I had previously installed it via pip and it was broken after the upgrade (also FWIW if anyone else hits this, I had to wipe my $HOME/.conan folder as it had some broken outdated configuration files resulting in it looking at the wrong domain, and failing on an SSL error).

Once I fixed that, I was able to build from source again, and workaround the packaging issue.

Comment 3 Fedora Update System 2022-05-22 07:21:58 UTC

FEDORA-2022-29b99cf20a has been submitted as an update to Fedora 36. https://bodhi.fedoraproject.org/updates/FEDORA-2022-29b99cf20a

Comment 4 Fedora Update System 2022-05-23 01:13:43 UTC

FEDORA-2022-29b99cf20a has been pushed to the Fedora 36 testing repository.
Soon you'll be able to install the update with the following command:
`sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2022-29b99cf20a`
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2022-29b99cf20a

See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.

Comment 5 Fedora Update System 2022-05-31 15:45:06 UTC

FEDORA-2022-29b99cf20a has been pushed to the Fedora 36 stable repository.
If problem still persists, please make note of it in this bug report.