Description of problem: Can ansible-collection-ansible-utils be branched for EPEL9 Version-Release number of selected component (if applicable): current fedora version How reproducible: Steps to Reproduce: 1. 2. 3. Actual results: Expected results: Additional info:
Sorry, what do you mean by "branched for epel9"? Can you elaborate?
I was hopeful this package could be included in EPEL9. I believe this requires a separate branch within src.fedoraproject.org via `fedpkg request-branch`.
https://bugzilla.redhat.com/show_bug.cgi?id=2033025 is a similar request if reviewing that helps clarify what I'm after.
I'd like to see the in EPEL8 as well. If you do not want to maintain it in epel, you can add me (orion) as an admin to the package and I'll handle it.
(I recently became a co-maintainer of this package) So, it looks like there are some dependencies from https://github.com/ansible-collections/ansible.utils/blob/main/requirements.txt missing. | **%{py3_dist}** | **el8 - python38** | **el9 - python3** | | ------------------------ | ------------------ | ----------------- | | jsonschema | Missing | Appstream | | textfsm | Missing | Missing | | ttp (also not in Fedora) | Missing | Missing | | xmltodict | Missing | Missing | | netaddr | EPEL8 | Appstream | The package doesn't actually hard Require these libraries, as they're optional dependencies, but I still am not comfortable with branching/building this until those are available. To be fair, ansible, which includes this collection, is in EPEL 8 and EPEL 9 without all of these dependencies, but I feel that we should make sure they're all there if we're specifically shipping this standalone collection.
I'm not sure I entirely agree, but I support the effort to get the deps built. I've started working on jsonschema fro EL8 here - https://copr.fedorainfracloud.org/coprs/orion/python38/builds/ It's probably also appropriate to add the appropriate Suggests to the ansible-utils rpm.
xmltodict appears to be in epel9 - https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2022-a2bbc13e97 I've requested a package for EPEL8 - https://pagure.io/releng/fedora-scm-requests/issue/45296
I got a lot of bug reports of people asking me to package dependencies for Ansible modules that didn't need to be packaged (Ansible modules are supposed to use the system Python interpreter and there was an ansible-core issue with interpreter discovery). We actually need to package the dependencies for filter plugins, lookup plugins, and other controller plugins for the python version that the controller uses. I would prefer to make sure they're there to begin with so I don't need to deal with a bunch of bug reports after the fact.
EPEL8 textfsm package requested - https://pagure.io/releng/fedora-scm-requests/issue/45298, EPEL9 branch requested above.
I don't think I'm up for packaging python-ttp though.
Thanks for branching those. Feel free to add me as a co-maintainer to your python38 packages. The previous version of ttp (0.8.4) stills use setuptools and has a setup.py, so we should be able to package that, but I am working on[1] getting flit and poetry packaged for python38 on epel8. I can try to work on ttp. [1]: https://copr.fedorainfracloud.org/coprs/gotmax23/python38-epel8_2/builds/
Just to note it here - python38-attrs is currently only in CentOS Stream 8, so we will be waiting for RHEL 8.7 before python38-jsonschema will appear in EPEL8. Can build for epel8-next though.
As long as the NEVR is lower than in c8s, we should be able to provide python38-attrs in epel8 and retire it after 8.7 is released.
I just looked and saw that python38-attrs is already part of the python38-devel module.
EPEL8 - textfsm and xmltodict - https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2022-7917db2dc3 EPEL8 - jsonschema - https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2022-00b37f67f5
I have built this for epel8: https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2022-d5878b45f7 I didn't feel the need to hold this up on ttp when that's not even available in Fedora. Worse case scenario users can install it with pip (ansible-core removes the python -s shebang flag). We can build this for epel9 once textfsm gets branched. Orion, I've also added you as an admin so you can help maintain this if you'd like. Can you please also add me to your collections ;)?
Maxwell - I've added you to my collections and my python38- packages.
(In reply to Orion Poplawski from comment #17) > Maxwell - I've added you to my collections and my python38- packages. Thanks! Note that RHEL 8.7 will have ansible-core 2.13.x, which will be built against the python39 module, so we'll have to rebuild the extra libraries we built for python38[1]. [1]: https://bugzilla.redhat.com/show_bug.cgi?id=2103699
What's the status here? Can we expect ansible.utils on epel9 soon?
FEDORA-EPEL-2024-e9ee7cc819 (ansible-collection-ansible-utils-2.10.3-1.el9 and ansible-collection-community-docker-3.4.7-1.el9) has been submitted as an update to Fedora EPEL 9. https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2024-e9ee7cc819
FEDORA-EPEL-2024-e9ee7cc819 has been pushed to the Fedora EPEL 9 testing repository. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2024-e9ee7cc819 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
FEDORA-EPEL-2024-e9ee7cc819 (ansible-collection-ansible-utils-2.10.3-1.el9 and ansible-collection-community-docker-3.4.7-1.el9) has been pushed to the Fedora EPEL 9 stable repository. If problem still persists, please make note of it in this bug report.