Hello, Please note that this comment was generated automatically by https://pagure.io/releng/blob/main/f/scripts/ftbfs-fti/follow-policy.py If you feel that this output has mistakes, please open an issue at https://pagure.io/releng/ Your package (fail2ban) Fails To Install in Fedora 39: can't install fail2ban-server: - nothing provides python(abi) = 3.11 needed by fail2ban-server-1.0.2-5.fc39.noarch can't install fail2ban-tests: - nothing provides python(abi) = 3.11 needed by fail2ban-tests-1.0.2-5.fc39.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-39-x86_64 --config-opts mirrored=False install fail2ban-server fail2ban-tests 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!
Hello, Please note that this comment was generated automatically by https://pagure.io/releng/blob/main/f/scripts/ftbfs-fti/follow-policy.py If you feel that this output has mistakes, please open an issue at https://pagure.io/releng/ This package fails to install and maintainers are advised to take one of the following actions: - Fix this bug and close this bugzilla once the update makes it to the repository. (The same script that posted this comment will eventually close this bugzilla when the fixed package reaches the repository, so you don't have to worry about it.) or - Move this bug to ASSIGNED if you plan on fixing this, but simply haven't done so yet. or - Orphan the package if you no longer plan to maintain it. If you do not take one of these actions, the process at https://docs.fedoraproject.org/en-US/fesco/Fails_to_build_from_source_Fails_to_install/#_package_removal_for_long_standing_ftbfs_and_fti_bugs will continue. This package may be orphaned in 7+ weeks. This is the first reminder (step 3) from the policy. Don't hesitate to ask for help on devel.org if you are unsure how to fix this bug.
Reported upstream. This is going to take a while to fix.
This bug appears to have been reported against 'rawhide' during the Fedora Linux 39 development cycle. Changing version to 39.
Orion, Richard, is it probable that this will be fixed (or worked around) for the time of Fedora 39 final freeze? If not, would you consider retiring the package and reintroducing it later?
*** Bug 2176186 has been marked as a duplicate of this bug. ***
Would it be viable to just vendor the old async stuff into the package until upstream manages to rewrite it?
POST is inaccurate status here, we use POST to mean a *fix* is available upstream, not just that it's *reported* upstream.
Note that https://pypi.org/project/pyasynchat/ and https://pypi.org/project/pyasyncore/ exist. They can be packaged and used as dependencies.
For completeness, I've proposed that in the upstream issue as well.
Yeah, that's an option too. vendoring directly is quicker and avoids a couple of package reviews, but if we have any other cases where we might want to do it, that might be a better way. On a quick try, vendoring them directly into fail2ban works, but there are two other issues remaining: a test case that uses smtpd (also removed in Python 3.12) and a database repair test that fails (not sure why yet). I'm working on those.
https://src.fedoraproject.org/rpms/fail2ban/pull-request/9 gets it building, at least, with some ugliness (vendoring asyncore and asynchat directly, disabling some tests that I can't practically fix quickly - if anyone else is a dab hand with aiosmtpd or can figure out a precision-targeted way to corrupt the database file, please go for it)
FEDORA-2023-e36c5fb76b has been submitted as an update to Fedora 39. https://bodhi.fedoraproject.org/updates/FEDORA-2023-e36c5fb76b
FEDORA-2023-e36c5fb76b has been pushed to the Fedora 39 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --refresh --advisory=FEDORA-2023-e36c5fb76b` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2023-e36c5fb76b 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 by https://pagure.io/releng/blob/main/f/scripts/ftbfs-fti/follow-policy.py If you feel that this output has mistakes, please open an issue at https://pagure.io/releng/ All subpackages of a package against which this bug was filled are now installable or removed from Fedora 40. Thanks for taking care of it!
+3 in https://pagure.io/fedora-qa/blocker-review/issue/1360 , marking accepted.
FEDORA-2023-e36c5fb76b has been pushed to the Fedora 39 stable repository. If problem still persists, please make note of it in this bug report.