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 (datanommer) Fails To Install in Fedora 37: can't install datanommer: - nothing provides python3.10dist(datanommer-models) needed by datanommer-0.2.0-24.fc36.noarch - nothing provides python(abi) = 3.10 needed by datanommer-0.2.0-24.fc36.noarch 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. To reproduce, use the koji/local repo only, e.g. in mock: $ mock -r fedora-37-x86_64 --disablerepo='*' --enablerepo=local install datanommer 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 bugzilla is likely a fallout from the Python 3.11 rebuild. If your package (or some of the dependencies it has) failed to rebuild during the Python 3.11 rebuild, they now fail to install. To fix this, packages need to be rebuilt in Rawhide. We will slowly triage the bugzillas, but we'd appreciate your help. If you know this is blocked by an existing reported build failure or another package not yet rebuilt with Python 3.11, please mark it as such by using the "Depends On"/"Blocks" bugzilla fields. That will help us determine what failures to prioritize. If this is not Python 3.11 related, please remove the PYTHON3.11 blocking tracker. Thank you and sorry for the inconvenience. Let me know if you need any help.
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 bug appears to have been reported against 'rawhide' during the Fedora Linux 37 development cycle. Changing version to 37.
This package has been orphaned. You can pick it up at https://src.fedoraproject.org/rpms/datanommer by clicking button "Take". If nobody picks it up, it will be retired and removed from a distribution.
It was my intention to update these to modern python guidelines and get them building. Unfortunately there were a ton of fires I had to work on last week. Hopefully I can work on these this week. Any additional help welcome.
Happy to help with specific questions or a PR review.
So, currently here we have: Requirement not satisfied: poetry-core>=1.0.0 Requirement not satisfied: datanommer.models (>=1.0.0,<2.0.0) Requirement not satisfied: flask-healthz (>=0.0.1,<0.0.2) Requirement not satisfied: psycopg2 (>=2.9.1,<3.0.0) Nothing seems to provide poetry-core? Is that dep correct? Datanommer-models provides python3dist(datanommer-models) = 1.0.4, but not datanommer.models python3-flask-healthz is 0.0.3 psycopg2 is 2.9.3 Will investigate more.
poetry-core is provided by python3-poetry-core-0:1.0.8-3.fc37.noarch The "Requirement not satisfied" message is describing the not yet installed packages, not what is missing from the repository. Look for the "nothing provides" messages from root.log instead. datanommer.models *is* datanommer-models, see https://fedoraproject.org/wiki/Changes/PythonDistPEP503ProvidesOnly
Ah yes, that makes more sense. DEBUG util.py:443: Problem 1: nothing provides requested (python3dist(docutils) < 0.18~~ with python 3dist(docutils) >= 0.17.1) DEBUG util.py:443: Problem 2: nothing provides requested (python3dist(flask) < 2~~ with python3dist( flask) >= 1.1) DEBUG util.py:443: Problem 3: nothing provides requested (python3dist(flask-healthz) < 0.0.2~~ with python3dist(flask-healthz) >= 0.0.1) DEBUG util.py:443: Problem 4: nothing provides requested (python3dist(pygal) < 3~~ with python3dist( pygal) >= 2.4) DEBUG util.py:443: Problem 5: problem with installed package python3-sqlalchemy-1.4.41-1.fc38.x86_64 DEBUG util.py:443: - package python3-sqlalchemy1.3-1.3.24-6.fc37.x86_64 conflicts with python3-sqla lchemy provided by python3-sqlalchemy-1.4.41-1.fc38.x86_64
Putting in assigned to stop the needinfo cycle.
I feel like it's probably fine to let this package get auto-retired. It's effectively been a metapackage since 2012. We probably don't need it any more. Upstream has since changed things such that you can't actually build this any more at all: https://github.com/fedora-infra/datanommer/commit/1aeb3c6ec2dc5265d662b24f249435806c603495
OK to retire?
Yep. Please do.
Retired in f37 and rawhide dist gits. Keeping open until blocked in Koji.
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 38. Thanks for taking care of it!
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!