Hi, thanks for the pull request, unfortunately I will have to decline it.
I would like to keep this role focused solely on APT-based unattended-upgrades as I have no experience with RPM-based systems and I don't want to take on responsibility of maintaining this feature. I would recommend instead forking this role and maintaining this functionality yourself, or create a new "meta" role which supports other systems and include this role as a dependency.
If you wish to pursue implementing this functionality, consider these improvements:
Use os_family fact instead of ansible_distribution; with the proposed logic the role would work only on Ubuntu and RedHat distributions, excluding all other APT and RPM-based distributions like Debian, CentOS, Fedora, etc. (Not to mention you can use RPM on Debian or APT on RedHat).
Expand the existing test playbook to include relevant Docker images with RPM-based systems.
Hi, thanks for the pull request, unfortunately I will have to decline it.
I would like to keep this role focused solely on APT-based unattended-upgrades as I have no experience with RPM-based systems and I don't want to take on responsibility of maintaining this feature. I would recommend instead forking this role and maintaining this functionality yourself, or create a new "meta" role which supports other systems and include this role as a dependency.
If you wish to pursue implementing this functionality, consider these improvements:
ansible_distribution; with the proposed logic the role would work only on Ubuntu and RedHat distributions, excluding all other APT and RPM-based distributions like Debian, CentOS, Fedora, etc. (Not to mention you can use RPM on Debian or APT on RedHat).