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-commands) Fails To Install in Fedora 37: can't install datanommer-commands: - nothing provides python3.10dist(datanommer-models) needed by datanommer-commands-0.7.2-14.fc36.noarch - nothing provides python(abi) = 3.10 needed by datanommer-commands-0.7.2-14.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-commands 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.
Will take a look.
This one is trickier. Dist-git has the very old version and when I try to update it to 1.0.0+, I realize that datanommer-commands requires datanommer-models but this last one has never been added to dist-git. So I suppose I'll have to go through a package review to add it, and then I can fix datanommer-commands.
This bug appears to have been reported against 'rawhide' during the Fedora Linux 37 development cycle. Changing version to 37.
We are past Fedora 37 Beta Freeze and this package does not even install. What is the plan wrt this package? Can it please be removed from the distribution until this is solved?
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.
> Any additional help welcome. Let me know with specific help requests. No idea what kind of help you would appreciate. I can do a package review for datanommer-models.
I don't know what Aurelien meant by "I realize that datanommer-commands requires datanommer-models but this last one has never been added to dist-git. So I suppose I'll have to go through a package review to add it, and then I can fix datanommer-commands.", because python-datanommer-models has been in Fedora for years. Anyhoo, when I just looked, the spec was all updated to modernity, but was failing to build because tests were failing. I figured out they were failing because commands uses some database test fixtures from models, and those need timescaledb to work properly. models BuildRequires: timescaledb but doesn't Requires: timescaledb, which is arguably fine because you wouldn't expect models itself or any dep of it to use that stuff at runtime, so rather than having models Requires: timescaledb, I made commands BuildRequires: timescaledb. It builds fine now, updates coming.
FEDORA-2022-9aa2acc5d1 has been submitted as an update to Fedora 37. https://bodhi.fedoraproject.org/updates/FEDORA-2022-9aa2acc5d1
FEDORA-2022-9aa2acc5d1 has been pushed to the Fedora 37 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --refresh --advisory=FEDORA-2022-9aa2acc5d1` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2022-9aa2acc5d1 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
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!
FEDORA-2022-9aa2acc5d1 has been pushed to the Fedora 37 stable repository. If problem still persists, please make note of it in this bug report.