# Remove cisco.asa from community package

**URL:** <https://forum.ansible.com/t/remove-cisco-asa-from-community-package/38960>\
**Category:** Project Discussions\
**Tags:** community-wg, collection-exclusion, network\
**Created:** [December 6, 2024, 4:09pm UTC](https://forum.ansible.com/t/remove-cisco-asa-from-community-package/38960 "2024-12-06T16:09:08Z")\
**Posts on this page:** 8\
**Page:** 1

<div class="post-metadata">

**Author:** ![mariolenz](https://sea1.discourse-cdn.com/ansible/user_avatar/forum.ansible.com/mariolenz/32/108_2.png) [@mariolenz](https://forum.ansible.com/u/mariolenz)\
**Post date:** [December 6, 2024, 4:09pm UTC](https://forum.ansible.com/t/remove-cisco-asa-from-community-package/38960/1 "2024-12-06T16:09:09Z")

</div>

Since the `cisco.asa` collection is [deprecated](https://forum.ansible.com/t/38939), we should remove it from the Ansible Community Package.

Although the official EOL is December 2026, I think we should remove it already from Ansible 12 because of this:

> No guarantees of compatibility with ansible-core versions \>2.17 will be provided

There’s also [an issue](https://github.com/ansible-community/ansible-build-data/issues/508) on this in ansible-build-data.

Since the collection has been officially deprecated, I think we can remove it without a vote according to our [current process](https://docs.ansible.com/ansible/devel/community/collection_contributors/collection_package_removal.html#removing-a-collection-that-has-been-explicitly-deprecated-or-abandoned-by-its-former-maintainers).

So if nobody objects, especially from the [@SteeringCommittee](https://forum.ansible.com/groups/steeringcommittee), I would open a PR to deprecate the collection in 11 and remove it from 12 in a couple of days.

---

<div class="post-metadata">

**Author:** ![mariolenz](https://sea1.discourse-cdn.com/ansible/user_avatar/forum.ansible.com/mariolenz/32/108_2.png) [@mariolenz](https://forum.ansible.com/u/mariolenz)\
**Post date:** [December 8, 2024, 4:47pm UTC](https://forum.ansible.com/t/remove-cisco-asa-from-community-package/38960/2 "2024-12-08T16:47:47Z")

</div>

FYI I’ve created a ~~draft~~ PR to [remove cisco.asa from Ansible 12](https://github.com/ansible-community/ansible-build-data/pull/509).

---

<div class="post-metadata">

**Author:** ![mariolenz](https://sea1.discourse-cdn.com/ansible/user_avatar/forum.ansible.com/mariolenz/32/108_2.png) [@mariolenz](https://forum.ansible.com/u/mariolenz)\
**Post date:** [December 10, 2024, 3:57pm UTC](https://forum.ansible.com/t/remove-cisco-asa-from-community-package/38960/3 "2024-12-10T15:57:19Z")

</div>

Since nobody objected and there were three approvals for the PR, I’ve merged it.

---

<div class="post-metadata">

**Author:** ![mistertom](https://sea1.discourse-cdn.com/ansible/user_avatar/forum.ansible.com/mistertom/32/7514_2.png) [@mistertom](https://forum.ansible.com/u/mistertom)\
**Post date:** [February 7, 2025, 2:18am UTC](https://forum.ansible.com/t/remove-cisco-asa-from-community-package/38960/4 "2025-02-07T02:18:06Z")

</div>

_Cross-posted from GitHub PR 509 to reach the forum audience._  
I disagree with the decision to remove the cisco.asa collection. Cisco ASA software is supported on the very latest Cisco Firewall hardware and virtual platforms. New releases are being developed with new features for example the latest release train is 9.22.x which first shipped in September 2024. Ansible is one of the best ways to automate management of the Cisco ASA. See my detailed comments under [Deprecation Announcement for the cisco.asa Ansible Collection](https://forum.ansible.com/t/deprecation-announcement-for-the-cisco-asa-ansible-collection/38939/5)

---

<div class="post-metadata">

**Author:** ![russoz](https://sea1.discourse-cdn.com/ansible/user_avatar/forum.ansible.com/russoz/32/127_2.png) [@russoz](https://forum.ansible.com/u/russoz)\
**Post date:** [February 7, 2025, 6:32am UTC](https://forum.ansible.com/t/remove-cisco-asa-from-community-package/38960/5 "2025-02-07T06:32:22Z")

</div>

The Ansible Community Package contains the `ansible-core` engine and plugins, plus a curated list of collections from the community. To be part of the ACP, collections must abide by some rules and, as described in the original post, it looks like cisco.asa is breaching those requirments.

That does not mean the collection will not be available, you can always install it with:

```auto
ansible-galaxy collection install cisco.asa

```

But from Ansible 12 (that’s the ACP package) onwards, it will not b part of the package.

Personally (myself alone, not the opinion of the Steering Committee or any other person, group of people or entity), I think it is better to install `ansible-core` and then only the collections that are really needed. But different people work in different contexts and may see value in having the one big package with “everything”.

This decision here does not eliminate the cisco.asa collection, it is still available in Galaxy and it can be installed with the command above. And, if the collection becomes compliant with the rules, the maintainers are welcome to submit a request to re-add it to the ACP.

Hope that helps alleviating your concerns.

---

<div class="post-metadata">

**Author:** ![mariolenz](https://sea1.discourse-cdn.com/ansible/user_avatar/forum.ansible.com/mariolenz/32/108_2.png) [@mariolenz](https://forum.ansible.com/u/mariolenz)\
**Post date:** [February 7, 2025, 5:04pm UTC](https://forum.ansible.com/t/remove-cisco-asa-from-community-package/38960/6 "2025-02-07T17:04:30Z")

</div>

The decision to remove the collection from the [Ansible Community Package](https://pypi.org/project/ansible/) has _nothing_ to do with Cisco supporting ASA or not. We’ll remove the collection because we have been informed that _the collection_ is deprecated.

As long as [the maintainers of the collection don’t change their mind, or someone else steps up to maintain the collection](https://docs.ansible.com/ansible/devel/community/collection_contributors/collection_package_removal.html#canceling-removal-of-an-unmaintained-collection), I don’t think we will undo this. You’ll still be able to install the collection via `ansible-galaxy`, though, but I’m not really sure if it’s a good idea to depend on deprecated software…

I suggest to not spam multiple GitHub issues and forum threads with this, but discuss this in [Deprecation Announcement for the cisco.asa Ansible Collection](https://forum.ansible.com/t/38939). At the end of the day, as long as the collection is deprecated I think we’ll keep to our decision to remove it from the Ansible community package (_not galaxy!_).

---

<div class="post-metadata">

**Author:** ![gotmax23](https://sea1.discourse-cdn.com/ansible/user_avatar/forum.ansible.com/gotmax23/32/106_2.png) [@gotmax23](https://forum.ansible.com/u/gotmax23)\
**Post date:** [February 7, 2025, 5:10pm UTC](https://forum.ansible.com/t/remove-cisco-asa-from-community-package/38960/7 "2025-02-07T17:10:56Z")

</div>

Indeed, It can still be installed from Ansible Galaxy, as @russoz pointed out.

The main issue that prompted removal is

> No guarantees of compatibility with ansible-core versions \>2.17 will be provided

Ansible 11 ships with Core 2.18 and 12 will ship with 2.19, and one of the most basic requirements is that collections in the package test against the version of ansible-core that we include in a given version of Ansible.

---

<div class="post-metadata">

**Author:** ![mistertom](https://sea1.discourse-cdn.com/ansible/user_avatar/forum.ansible.com/mistertom/32/7514_2.png) [@mistertom](https://forum.ansible.com/u/mistertom)\
**Post date:** [February 7, 2025, 6:03pm UTC](https://forum.ansible.com/t/remove-cisco-asa-from-community-package/38960/8 "2025-02-07T18:03:26Z")

</div>

This is very helpful information regarding Ansible Core 2.18+. Is there a big change between 2.17 and 2.18 requiring much of the collection to be rewritten? My current deployment is RHEL/CentOS/compatible 9.x with Ansible Core 2.14 and Ansible Collections 7.7 (supports cisco.asa) packages from appstream/epel. Maybe I don’t need to worry about this until my deployment will be running ansible-core 2.18+.
