Bug 1996410

Summary:	F36FailsToInstall: dmlite-apache-httpd
Product:	[Fedora] Fedora	Reporter:	Miro Hrončok <mhroncok>
Component:	dmlite	Assignee:	Ricardo Rocha <rocha.porto>
Status:	CLOSED RAWHIDE	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	unspecified	Docs Contact:
Priority:	unspecified
Version:	rawhide	CC:	adev88, andrea.manzi, georgios.bitzes, mattias.ellert, oliver.keeble, rocha.porto, vokac
Target Milestone:	---
Target Release:	---
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:		Doc Type:	If docs needed, set a value
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2021-09-27 22:35:39 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:
Bug Depends On:
Bug Blocks:	1992487

Description Miro Hrončok 2021-08-22 17:40:41 UTC

Hello,

Please note that this comment was generated automatically. If you feel that this output has mistakes, please contact me via email (mhroncok).

Your package (dmlite) Fails To Install in Fedora 36:

can't install dmlite-apache-httpd:
  - nothing provides libgsoapssl-2.8.104.so()(64bit) needed by dmlite-apache-httpd-1.15.1-2.fc36.x86_64
  
If you know about this problem and are planning on fixing it, please acknowledge so by setting the bug status to ASSIGNED. If you don't have time to maintain this package, consider orphaning it, so maintainers of dependent packages realize the problem.


If you don't react accordingly to the policy for FTBFS/FTI bugs (https://docs.fedoraproject.org/en-US/fesco/Fails_to_build_from_source_Fails_to_install/), your package may be orphaned in 8+ weeks.

P.S. The data was generated solely from koji buildroot, so it might be newer than the latest compose or the content on mirrors.

P.P.S. If this bug has been reported in the middle of upgrading multiple dependent packages, please consider using side tags: https://docs.fedoraproject.org/en-US/fesco/Updates_Policy/#updating-inter-dependent-packages

Thanks!

Comment 1 Petr Vokac 2021-08-23 05:26:32 UTC

This package should depend on libgsoapssl.so.4()(64bit) and not directly libgsoapssl-2.8.104.so()(64bit). All recent Fedora and EPEL8 build use this specific dependency instead of more generic one. Only EPEL7 builds are still fine, because they discover right libgsoapssl.so.4()(64bit) dependency.

Same issue in the davix package https://bugzilla.redhat.com/show_bug.cgi?id=1996409 so currently I can't even rebuild this package.

Comment 2 Mattias Ellert 2021-08-23 13:39:46 UTC

This bug is about Fedora rawhide (Fedora 36).

There has been no change of the gsoap version in any other Fedora version, nor in any EPEL release.

Since gsoap breaks ABI on every update, it can only ever be updated in rawhide.
Fedora stable releases and EPEL are stuck with with the version they had when they were released.
Security fixes can be backported if needed, but the gsoap version can not change.

Comment 3 Miro Hrončok 2021-09-13 09:41:05 UTC

*** Bug 2003575 has been marked as a duplicate of this bug. ***

Comment 4 Petr Vokac 2021-09-13 11:13:21 UTC

Package gfal2-plugin-srm was temporarily dropped from latest Fedora, because of missing dependencies for this package. I think we can avoid this dependency in dmlite-dpm-tester, because this storage doesn't really support legacy SRM protocol. I'll try to come with updated SPEC file and also some reasonable behavior of dpm-tester.py which can still be called to test SRM.

Comment 5 Petr Vokac 2021-09-27 22:35:39 UTC

Issue with gsoap was fixed by simple rebuild and second one by precisely specifying dependencies based on target distribution (legacy DPM with support for SRM protocol is no longer in Fedora builds).