# Ansible 5.3.0 has been released **URL:** \ **Category:** Ansible Project\ **Created:** [February 1, 2022, 5:30pm UTC](https://forum.ansible.com/t/ansible-5-3-0-has-been-released/36271 "2022-02-01T17:30:55Z")\ **Posts on this page:** 4\ **Page:** 1
**Author:** ![David\_Moreau\_Simard2](https://avatars.discourse-cdn.com/v4/letter/d/c6cbf5/32.png) [@David\_Moreau\_Simard2](https://forum.ansible.com/u/David_Moreau_Simard2)\ **Post date:** [February 1, 2022, 5:30pm UTC](https://forum.ansible.com/t/ansible-5-3-0-has-been-released/36271/1 "2022-02-01T17:30:55Z")
Hi all, We're happy to announce that the Ansible 5.3.0 package has been released ! Ansible 5.3.0 includes the newly released ansible-core 2.12.2 as well as a curated set of Ansible collections to provide a vast number of modules and plugins. This is a major version update from Ansible 4.x which included ansible-core 2.11 and there may be backwards incompatibilities in the core playbook language. Please see the porting guide (linked at the bottom) for details. How to get it ---
**Author:** ![Nico\_Kadel-Garcia](https://sea1.discourse-cdn.com/ansible/user_avatar/forum.ansible.com/nico_kadel-garcia/32/9998_2.png) [@Nico\_Kadel-Garcia](https://forum.ansible.com/u/Nico_Kadel-Garcia)\ **Post date:** [February 4, 2022, 12:31am UTC](https://forum.ansible.com/t/ansible-5-3-0-has-been-released/36271/2 "2022-02-04T00:31:23Z")
I hate to sound like a broken record here, but could we please stop claiming that ansible-core is included in ansible? It is a listed requirement in the requirements.txt of the ansible package, but that is really not the same thing as actually including any of the same code or built in same compilation step. ansible-core can be installed quite distinctly, for example by people who want to work around the python 3.8 requirement for a RHEL 7 or RHEL 8 system and do this:     pip3 install --user ansible-core         # Installs ansible-core 2.11.8, for which EPEL has not published an RPM yet, despite my publishing .spec files for it.     pip3 install --user ansible --nodeps         # Installs latest ansible, which works well with ansible-core 2.11 in smoke testing I've updated my spec files for this for RHEL users, over at"     [https://github.com/nkadel/ansiblerepo/](https://github.com/nkadel/ansiblerepo/) It has some other tweaks, such as gracefully handling the hundreds of license and README files, and forcing "#!/usr/bin/python3" instead of "#!/usr/bin/python" for consistency and successful RPM compilation. Nico Kadel-Garcia \ Nico Kadel-Garcia ---
**Author:** ![felixfontein](https://sea1.discourse-cdn.com/ansible/user_avatar/forum.ansible.com/felixfontein/32/7530_2.png) [@felixfontein](https://forum.ansible.com/u/felixfontein)\ **Post date:** [February 6, 2022, 12:40pm UTC](https://forum.ansible.com/t/ansible-5-3-0-has-been-released/36271/3 "2022-02-06T12:40:51Z")
Hi Nico, > \> Ansible 5.3.0 includes the newly released ansible-core 2.12.2 as > \> well as a curated set of Ansible collections to provide a vast > \> number of modules and plugins. > > I hate to sound like a broken record here, but could we please stop > claiming that ansible-core is included in ansible? no, because that is how we see the Ansible (PyPi) package. Ansible is the "batteries included" package containing (!) both ansible-core and a set of community collections. And it is what the docsite ([https://docs.ansible.com/ansible/5/](https://docs.ansible.com/ansible/5/)) is describing: it describes both ansible-core 2.12, the builtin collection of this version ansible-core (see ansible.builtin in [https://docs.ansible.com/ansible/5/collections/](https://docs.ansible.com/ansible/5/collections/)), and a set of collections included (see the other collections in [https://docs.ansible.com/ansible/5/collections/](https://docs.ansible.com/ansible/5/collections/)). While technically you are right, the contents of the Ansible PyPi package are a Python module that depends on the ansible-core Python module, this is not what users expect if they install it, and not what we document on our docsite. It is - from our point of view - merely an implementation detail of how we realize what we are documenting and want to deliver to our users. > It is a listed requirement in the requirements.txt of the ansible > package, (Technical fine print: it is not. There is no requirements.txt file. The dependencies are specified in setup.py. The might move to setup.cfg in the future.) > but that is really not the same thing as actually including > any of the same code or built in same compilation step. ansible-core > can be installed quite distinctly, for example by people who want to > work around the python 3.8 requirement for a RHEL 7 or RHEL 8 system > and do this: > >     pip3 install --user ansible-core >         # Installs ansible-core 2.11.8, for which EPEL has not > published an RPM yet, despite my publishing .spec files for it. >     pip3 install --user ansible --nodeps >         # Installs latest ansible, which works well with ansible-core > 2.11 in smoke testing While you can install the Python module ansible-core 2.11.x with the Python module ansible 5.x.y, the result will \*\*not\*\* be Ansible 5 (as documented on [https://docs.ansible.com/ansible/5/](https://docs.ansible.com/ansible/5/) or currently also [https://docs.ansible.com/ansible/latest/](https://docs.ansible.com/ansible/latest/)). Cheers, Felix ---
**Author:** ![Nico\_Kadel-Garcia](https://sea1.discourse-cdn.com/ansible/user_avatar/forum.ansible.com/nico_kadel-garcia/32/9998_2.png) [@Nico\_Kadel-Garcia](https://forum.ansible.com/u/Nico_Kadel-Garcia)\ **Post date:** [February 6, 2022, 4:05pm UTC](https://forum.ansible.com/t/ansible-5-3-0-has-been-released/36271/4 "2022-02-06T16:05:25Z")
> While technically you are right, the contents of the Ansible PyPi > package are a Python module that depends on the ansible-core Python > module, this is not what users expect if they install it, and not what > we document on our docsite. It is - from our point of view - merely an > implementation detail of how we realize what we are documenting and > want to deliver to our users. If it's merely an implementation detail, why insist on stating it incorrectly? Why not be more technically correct and use the verb "requires" rather than "includes"? Using "requires" would help reduce the likelihood of people installing the quite bulky "ansible" package when all they really need is "ansible-core" and perhaps a few "ansible galaxy" statements. That would reduce burdens on pypi.org, and shrink deployed OS image sizes by roughly 500 MByte, a bit of deployment economy that would be aided by more clear language in the documentation. Right now, I'm hoping to clarify some release language. Documentation language could be next, but if it can be clarified in both, \*great\*. > > It is a listed requirement in the requirements.txt of the ansible > > package, > (Technical fine print: it is not. There is no requirements.txt file. > The dependencies are specified in setup.py. They might move to setup.cfg > in the future.) Good point, thank you for the correction. I've other thoughts about the way that tarball is assembled, which is a very separate line of discussion. > While you can install the Python module ansible-core 2.11.x with the > Python module ansible 5.x.y, the result will \*\*not\*\* be Ansible 5 (as > documented on [https://docs.ansible.com/ansible/5/](https://docs.ansible.com/ansible/5/) or currently also > [https://docs.ansible.com/ansible/latest/](https://docs.ansible.com/ansible/latest/)). This documentation... well, it has other issues. For example, it mentions that to install "ansible" on RHEL based operating systems, you should use EPEL to get current releases. That doesn't work, the EPEL release is ansible-2.9.27 right now, and that release lacks the "ansible" and "ansible-core" split architecture.