Bug 2046080

Summary: F36FailsToInstall: qmasterpassword
Product: [Fedora] Fedora Reporter: Miro Hrončok <mhroncok>
Component: qmasterpasswordAssignee: Beat Küng <beat-kueng>
Status: CLOSED WORKSFORME QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 36CC: beat-kueng, denis, technion
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: 2022-02-10 14:23:32 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: 2046062    
Bug Blocks: 1992487    

Description Miro Hrončok 2022-01-26 09:03:51 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 (qmasterpassword) Fails To Install in Fedora 36:

can't install qmasterpassword:
  - nothing provides libscrypt.so.0(libscrypt)(64bit) needed by qmasterpassword-1.2.2-16.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 Miro Hrončok 2022-02-02 20:09:37 UTC
Hello,

This is the first reminder (step 3 from https://docs.fedoraproject.org/en-US/fesco/Fails_to_build_from_source_Fails_to_install/#_package_removal_for_long_standing_ftbfs_and_fti_bugs).

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.

Comment 2 Beat Küng 2022-02-05 08:16:45 UTC
I looked into this but I don't see the root cause.
There's a difference in the provided libs for libscrypt in f35 vs rawhide:

f35:
rpm -qP libscrypt
libscrypt = 1.21-16.fc35
libscrypt(x86-64) = 1.21-16.fc35
libscrypt.so.0()(64bit)
libscrypt.so.0(libscrypt)(64bit)

rawhide:
rpm -qP libscrypt
libscrypt = 1.21-17.fc36
libscrypt(x86-64) = 1.21-17.fc36
libscrypt.so.0()(64bit)

I'm not sure why rawhide suddenly misses 'libscrypt.so.0(libscrypt)(64bit)'. Any ideas @mhroncok

Comment 3 Miro Hrončok 2022-02-05 08:21:33 UTC
No ideas. Looping in libscrypt maintainer.

In the meantime, have you tried to build the package in mock or as a scratch build? Does that still require libscrypt.so.0(libscrypt)(64bit)?

Comment 4 Beat Küng 2022-02-07 18:02:32 UTC
A mock build fails with:
Error:
 Problem: cannot install the best candidate for the job
  - nothing provides libscrypt.so()(64bit) needed by libscrypt-devel-1.21-17.fc36.x86_64
(try to add '--skip-broken' to skip uninstallable packages or '--nobest' to use not only best candidate packages)


And building libscrypt in mock, and then trying to install those (mock -r fedora-36-x86_64 --install libscrypt-{,devel-}1.21-17.fc36.x86_64.rpm) results in:
Error:
 Problem: conflicting requests
  - nothing provides libscrypt.so()(64bit) needed by libscrypt-devel-1.21-17.fc36.x86_64

Which is weird because:
rpm -qP libscrypt-1.21-17.fc36.x86_64.rpm
libscrypt = 1.21-17.fc36
libscrypt(x86-64) = 1.21-17.fc36
libscrypt.so.0()(64bit)

Comment 5 Miro Hrončok 2022-02-07 18:14:05 UTC
libscrypt.so()(64bit) != libscrypt.so.0()(64bit)

(see the zero)

Comment 6 Beat Küng 2022-02-08 06:52:33 UTC
Right, of course.

Comment 7 Ben Cotton 2022-02-08 20:06:32 UTC
This bug appears to have been reported against 'rawhide' during the Fedora 36 development cycle.
Changing version to 36.

Comment 8 Denis Fateyev 2022-02-09 13:24:21 UTC
Please proceed with the rebuild once "libscrypt-devel" update is available in testing

Comment 9 Miro Hrončok 2022-02-10 14:16:59 UTC
Hello,

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

All subpackages of a package against which this bug was filled are now installable or removed from Fedora 37.

Thanks for taking care of it!

Comment 10 Miro Hrončok 2022-02-10 14:23:32 UTC
Hello,

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

All subpackages of a package against which this bug was filled are now installable or removed from Fedora 36.

Thanks for taking care of it!