Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.
Bug 1946010
Summary: | F35FailsToInstall: electrum | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Miro Hrončok <mhroncok> |
Component: | electrum | Assignee: | Henrik Nordström <henrik> |
Status: | CLOSED RAWHIDE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | unspecified | Docs Contact: | |
Priority: | unspecified | ||
Version: | rawhide | CC: | henrik, tredaelli |
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-06-23 22:11:04 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: | 1927313, 1956632 |
Description
Miro Hrončok
2021-04-03 14:35:35 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. Hello, This is the second reminder (step 4 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. This package has been orphaned. You can pick it up at https://src.fedoraproject.org/rpms/electrum by clicking button "Take". If nobody picks it up, it will be retired and removed from a distribution. This package has changed maintainer in Fedora. Reassigning to the new maintainer of this component. I do not fully understand why this FTI appened. The package needs to be reubilt to match Python version, and from what I can tell in both change history and koji history it was rebuilt for python 3.10, but still referenced the previous python-3.9 versions. If the python dependent rebuild had been done correctly this FTI would not have happened. Anyway it is now updated to a newer version and rebuilt, which should fix the issue. But how do I verify that it is solved? I do not have a F35 system to test on. @mhroncok This problem was occurring before Python 3.10 rebuild, it was not related to or caused by the Python 3.10 rebuild. Anyway, to verify, you can do: $ mock -r fedora-rawhide-x86_64 --enablerepo=local install electrum ... Error: Problem: cannot install the best candidate for the job - nothing provides (python3.10dist(dnspython) < 2.1 with python3.10dist(dnspython) >= 2) needed by electrum-4.1.4-1.fc35.noarch - nothing provides python3.10dist(qdarkstyle) < 2.9 needed by electrum-4.1.4-1.fc35.noarch So, currently, it is still not installable because there's dnspython 2.1.0 and qdarkstyle 3.0.2 in Fedora 35. The current problem is also not related to the Python 3.10 rebuild. Ok. I see. Apparently they do not like the newer versions due to added dependencies, and this is picked up automatically in the fedora package requirements. dnspython https://github.com/spesmilo/electrum/commit/9d1f1e9732891527091a2a00bb9176f2b4ab90d8 qdarkstyle https://github.com/spesmilo/electrum/commit/d1f860ccf39229121433bb125e5c12770c206270 Will check with upstream if there is any additional reasons behind the upper limit on the versions of these. The dnspython max requirement is from what I can tell only due to the added buildsys requirements not wanted in upstream packaging process, which do not apply when packaging for Fedora. There is no added runtime dependencies, and no breaking API changes. The qdarkstyle max requirement seems to be legacy only, and as a reminder to test and check if there is any new dependencies. There is no new depencencies, but not yet tested with version 3.0. Current F35 build have relaxed both these requirements and will allow the package to be installed. But remains to verify if it works proper. The build starts fine in the mock chroot and seems to work (GUI and network connection). The needinfo request[s] on this closed bug have been removed as they have been unresolved for 500 days |