ansible-sshd/meta/main.yml

71 lines
1.1 KiB
YAML
Raw Normal View History

---
galaxy_info:
2022-06-03 12:22:17 +02:00
role_name: sshd
namespace: willshersystems
author: Matt Willsher
description: OpenSSH SSH daemon configuration
company: Willsher Systems
2014-12-26 11:09:34 +01:00
license: LGPLv3
2022-06-14 15:40:52 +02:00
min_ansible_version: "2.9"
platforms:
- name: Debian
versions:
- wheezy
- jessie
- stretch
- buster
- bullseye
2023-06-13 12:01:50 +02:00
- bookworm
- name: Ubuntu
versions:
- precise
- trusty
- xenial
- bionic
- focal
- jammy
- noble
- name: FreeBSD
versions:
2022-06-03 12:22:17 +02:00
- "10.1"
- name: EL
versions:
2022-06-03 12:22:17 +02:00
- "6"
- "7"
- "8"
- "9"
- name: Fedora
versions:
- all
- name: OpenBSD
versions:
2022-06-03 12:22:17 +02:00
- "6.0"
- name: AIX
versions:
2022-06-03 12:22:17 +02:00
- "7.1"
- "7.2"
- name: Alpine
versions:
- all
2016-02-18 14:46:58 +01:00
galaxy_tags:
- networking
- system
- ssh
- openssh
- sshd
- server
- ubuntu
- debian
- centos
- redhat
fix: add support for EL10 According to the Ansible team, support for listing platforms in role `meta/main.yml` files is being removed. Instead, they recommend using `galaxy_tags` https://github.com/ansible/ansible/blob/stable-2.17/changelogs/CHANGELOG-v2.17.rst "Remove the galaxy_info field platforms from the role templates" https://github.com/ansible/ansible/issues/82453 For each version listed under `platforms.EL` - add a tag like `elN`. Q: Why not use a delimiter between the platform and the version e.g. `el-10`? This is not allowed by ansible-lint: ``` meta-no-tags: Tags must contain lowercase letters and digits only., invalid: 'el-10' meta/main.yml:1 ``` So we cannot use uppercase letters either. Q: Why not use our own meta/main.yml field? No other fields are allowed by ansible-lint: ``` syntax-check[specific]: 'myfield' is not a valid attribute for a RoleMetadata ``` Q: Why not use some other field? There are no other applicable or suitable fields. Q: What happens when we want to support versions like `N.M`? Use the word "dot" instead of "." e.g. `el10dot3`. Similarly - use "dash" instead of "-". We do not need tags such as `fedoraall`. The `fedora` tag implies that the role works on all supported versions of fedora. Otherwise, use tags such as `fedora40` if the role only supports specific versions. In addition - for roles that have different variable files for EL9, create the corresponding EL10 files, and update the variables for EL10. Signed-off-by: Rich Megginson <rmeggins@redhat.com>
2024-07-02 18:36:12 +02:00
- fedora
- freebsd
- openbsd
- aix
fix: add support for EL10 According to the Ansible team, support for listing platforms in role `meta/main.yml` files is being removed. Instead, they recommend using `galaxy_tags` https://github.com/ansible/ansible/blob/stable-2.17/changelogs/CHANGELOG-v2.17.rst "Remove the galaxy_info field platforms from the role templates" https://github.com/ansible/ansible/issues/82453 For each version listed under `platforms.EL` - add a tag like `elN`. Q: Why not use a delimiter between the platform and the version e.g. `el-10`? This is not allowed by ansible-lint: ``` meta-no-tags: Tags must contain lowercase letters and digits only., invalid: 'el-10' meta/main.yml:1 ``` So we cannot use uppercase letters either. Q: Why not use our own meta/main.yml field? No other fields are allowed by ansible-lint: ``` syntax-check[specific]: 'myfield' is not a valid attribute for a RoleMetadata ``` Q: Why not use some other field? There are no other applicable or suitable fields. Q: What happens when we want to support versions like `N.M`? Use the word "dot" instead of "." e.g. `el10dot3`. Similarly - use "dash" instead of "-". We do not need tags such as `fedoraall`. The `fedora` tag implies that the role works on all supported versions of fedora. Otherwise, use tags such as `fedora40` if the role only supports specific versions. In addition - for roles that have different variable files for EL9, create the corresponding EL10 files, and update the variables for EL10. Signed-off-by: Rich Megginson <rmeggins@redhat.com>
2024-07-02 18:36:12 +02:00
- el6
- el7
- el8
- el9
- el10
dependencies: []