m (Spichugi moved page Talk:Changes/Ansible5 to Changes/Openldap 25/Ansible5) |
No edit summary |
||
Line 1: | Line 1: | ||
== Do not use the talk page to discuss proposals. == | |||
That conversation belongs on the devel mailing list | |||
I think this is essentially the same as the `pip` `ansible` package that is being published by the Ansible team. That is, if I do `pip install ansible` I get an `ansible` 3.0 or later release that contains `ansible-core` (Ansible cli like `ansible-playbook`, vault, `ansible-galaxy`; built-in modules/plugins) plus all of the collections listed at https://docs.ansible.com/ansible/latest/collections/index.html | I think this is essentially the same as the `pip` `ansible` package that is being published by the Ansible team. That is, if I do `pip install ansible` I get an `ansible` 3.0 or later release that contains `ansible-core` (Ansible cli like `ansible-playbook`, vault, `ansible-galaxy`; built-in modules/plugins) plus all of the collections listed at https://docs.ansible.com/ansible/latest/collections/index.html | ||
Revision as of 13:05, 19 October 2021
Do not use the talk page to discuss proposals.
That conversation belongs on the devel mailing list
I think this is essentially the same as the pip
ansible
package that is being published by the Ansible team. That is, if I do pip install ansible
I get an ansible
3.0 or later release that contains ansible-core
(Ansible cli like ansible-playbook
, vault, ansible-galaxy
; built-in modules/plugins) plus all of the collections listed at https://docs.ansible.com/ansible/latest/collections/index.html
(dmsimard): ^ this is correct, I am from the Ansible team and, in fact, the intent is to mirror the same user experience as when installing from PyPi as outlined in the detailed description: https://fedoraproject.org/wiki/Changes/Ansible5#Detailed_Description
(rmeggins): How about this:
- Have a single
ansible
dist git repo with a single spec file - The source would be https://pypi.org/project/ansible/
- Produce multiple RPM packages from this spec file
- ansible-core
- one RPM package for each collection in the pypi ansible package - these could be created programatically in the spec file using LUA or other spec file automation to create separate package, documentation, files,
Requires
, etc. for each collection package - a package called
ansible
which is essentially a meta-package which simply does aRequires: ansible-core
and alsoRequires
every collection package
That way, there is a single source for any/all combinations of ansible-core
+ collection rpms, or the entire ansible
containing everything.
One downside is that this restricts the ability to produce fixes or upgrades for individual collections independently of the rest of the Ansible packages. But I think that's only a problem if
- the independent collections change frequently
- the https://pypi.org/project/ansible lags behind and doesn't keep up with the collections