# Some netapp collections scheduled for removal from Ansible 10 seem to be maintained again **URL:** \ **Category:** Project Discussions\ **Tags:** azure, collections, aws, community-wg\ **Created:** [November 26, 2023, 2:28pm UTC](https://forum.ansible.com/t/some-netapp-collections-scheduled-for-removal-from-ansible-10-seem-to-be-maintained-again/2571 "2023-11-26T14:28:07Z")\ **Posts on this page:** 7\ **Page:** 1
**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:** [November 26, 2023, 2:28pm UTC](https://forum.ansible.com/t/some-netapp-collections-scheduled-for-removal-from-ansible-10-seem-to-be-maintained-again/2571/1 "2023-11-26T14:28:07Z")
We have voted on `netapp.aws`, `netapp.azure` and `netapp.um_info` being unmaintained and removing them from Ansible 10. However, there seem to be [new maintainers](https://github.com/ansible-community/ansible-build-data/pull/313) and also new releases. What should we do with them? I think the process to cancel the removal says we have to vote on this. Maybe we can do one vote on all three collections, that would be easier. ---
**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:** [November 26, 2023, 4:04pm UTC](https://forum.ansible.com/t/some-netapp-collections-scheduled-for-removal-from-ansible-10-seem-to-be-maintained-again/2571/2 "2023-11-26T16:04:50Z")
Looking at the [relevant section of the removal document](https://github.com/ansible-collections/overview/blob/main/removal_from_ansible.rst#cancelling-removal-of-an-unmaintained-collection), I noticed that we never said by whom / when the cancellation process is triggered. My understanding so far (which is my personal opinion and not covered by the document) is that the new maintainers would ask to cancel exclusion, and we look at what happened and vote on it. But so far neither the old nor the new maintainers commented on the removal process _at all_. The announcement issues: - [Unmaintained collection: Removal from Ansible (communtiy) package · Issue #7 · ansible-collections/netapp.aws · GitHub](https://github.com/ansible-collections/netapp.aws/issues/7) - [Unmaintained collection: Removal from Ansible (community) package · Issue #7 · ansible-collections/netapp.azure · GitHub](https://github.com/ansible-collections/netapp.azure/issues/7) - [Unmaintained collection: Removal from Ansible (community) package · Issue #9 · ansible-collections/netapp.um\_info · GitHub](https://github.com/ansible-collections/netapp.um_info/issues/9) The discussion issues: - [[associated vote ended on 2023-05-26] Unmaintained collection: netapp.aws · Issue #223 · ansible-community/community-topics · GitHub](https://github.com/ansible-community/community-topics/issues/223) - [[Associated vote ended on 2023-07-18] Unmaintained collection: netapp.azure · Issue #234 · ansible-community/community-topics · GitHub](https://github.com/ansible-community/community-topics/issues/234) - [[Associated vote ended on 2023-08-09] Unmaintained collection: netapp.um\_info · Issue #244 · ansible-community/community-topics · GitHub](https://github.com/ansible-community/community-topics/issues/244) The only comments in the above issues by anyone of the maintainers were in [[Associated vote ended on 2023-07-18] Unmaintained collection: netapp.azure · Issue #234 · ansible-community/community-topics · GitHub](https://github.com/ansible-community/community-topics/issues/234#issuecomment-1795479496), and about fixing a specific problem with the netapp.azure collection. ---
**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:** [November 26, 2023, 6:22pm UTC](https://forum.ansible.com/t/some-netapp-collections-scheduled-for-removal-from-ansible-10-seem-to-be-maintained-again/2571/3 "2023-11-26T18:22:42Z")
Those collections still don’t look too healthy to me. For example, netapp.aws supports `ansible-core >=2.13` but tests with [2.9 - 2.13](https://github.com/ansible-collections/netapp.aws/blob/be6819c34ec63c80a5a6663f1591bd76a95c3e9b/.github/workflows/main.yml#L10-L20) in the CI (which hasn’t run run, anyway, since last year). So maybe let’s keep them as scheduled for removal from Ansible 10 for now. ---
**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:** [November 26, 2023, 7:34pm UTC](https://forum.ansible.com/t/some-netapp-collections-scheduled-for-removal-from-ansible-10-seem-to-be-maintained-again/2571/4 "2023-11-26T19:34:18Z")
I did not address the [pending Ansible 10 collection exclusion tickets](https://github.com/ansible-community/ansible-build-data/issues?q=is%3Aissue+is%3Aopen+label%3Acollection_exclusion+Ansible+10) when [creating the ansible 10 directory in ansible-build-data](https://github.com/ansible-community/ansible-build-data/commit/830d683c7146bc56f425d6da79891347051c4aea). I guess I’ll wait for these netapp collections before removing those but handle the rest now. ---
**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:** [November 26, 2023, 7:36pm UTC](https://forum.ansible.com/t/some-netapp-collections-scheduled-for-removal-from-ansible-10-seem-to-be-maintained-again/2571/5 "2023-11-26T19:36:07Z")
@gotmax23 these shouldn’t be done directly when adding the 10/ directory anyway, but as follow-ups, so it’s easier to revert them if necessary. ---
**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:** [November 26, 2023, 7:45pm UTC](https://forum.ansible.com/t/some-netapp-collections-scheduled-for-removal-from-ansible-10-seem-to-be-maintained-again/2571/6 "2023-11-26T19:45:32Z")
In the past, I have done them all together and then used `rebase and merge` so the separate commits can be reverted, but I guess it doesn’t really matter. ---
**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 15, 2023, 11:56am UTC](https://forum.ansible.com/t/some-netapp-collections-scheduled-for-removal-from-ansible-10-seem-to-be-maintained-again/2571/7 "2023-12-15T11:56:35Z")
> [@felixfontein](#): > > Looking at the [relevant section of the removal document](https://github.com/ansible-collections/overview/blob/main/removal_from_ansible.rst#cancelling-removal-of-an-unmaintained-collection), I noticed that we never said by whom / when the cancellation process is triggered. My understanding so far (which is my personal opinion and not covered by the document) is that the new maintainers would ask to cancel exclusion, and we look at what happened and vote on it. I agree. The (possibly) new maintainers should request to keep the collection in the package. It’s not our job to monitor if collections scheduled for removal are maintained again. > [@felixfontein](#): > > But so far neither the old nor the new maintainers commented on the removal process _at all_. So let’s keep them as scheduled for removal until someone requests us to keep them. Personally, I don’t think we should ask them to do it or inform them about this. If they want their collection to stay in the Ansible community package, it’s their responsibility to ping us. If they don’t, just let’s remove those collections as planned.