Fedora Account System
Red Hat Associate
Red Hat Customer
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!
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.
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.
*** Bug 2003575 has been marked as a duplicate of this bug. ***
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.
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).