Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

fix: add support for EL10 #293

Merged
merged 3 commits into from
Jul 4, 2024
Merged

fix: add support for EL10 #293

merged 3 commits into from
Jul 4, 2024

Conversation

richm
Copy link
Collaborator

@richm richm commented Jul 2, 2024

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"
ansible/ansible#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 [email protected]

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"
ansible/ansible#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 <[email protected]>
@richm richm requested a review from Jakuje July 2, 2024 16:37
@richm
Copy link
Collaborator Author

richm commented Jul 2, 2024

Note - I wanted to add an ansible check github action for centos10 - there isn't one - the centos-latest check still points to quay.io centos:latest which is centos 8 (!)

@Jakuje
Copy link
Collaborator

Jakuje commented Jul 3, 2024

Please, update also readme with the el10.

Note - I wanted to add an ansible check github action for centos10 - there isn't one

I would find useful to have something that follows stream10-development tag, but right now its mostly whats in Fedora so I am ok with the change without the centos10 check for now. You will run something downstream anyway.

the centos-latest check still points to quay.io centos:latest which is centos 8 (!)

Well ... thats the latest centos released ... others are streams: https://quay.io/repository/centos/centos?tab=tags&tag=latest

Regarding the failing CentOS7, its EOL so the mirrors were moved. If we would like to run tests against it, we will have to fix the mirrors similar way as for CentOS6 and CentOS8. Can you check if this works?

roles-ansible/check-ansible-centos-centos7-action#2

@richm
Copy link
Collaborator Author

richm commented Jul 3, 2024

Please, update also readme with the el10.

Done.

Note - I wanted to add an ansible check github action for centos10 - there isn't one

I would find useful to have something that follows stream10-development tag, but right now its mostly whats in Fedora so I am ok with the change without the centos10 check for now. You will run something downstream anyway.

Right - ok.

the centos-latest check still points to quay.io centos:latest which is centos 8 (!)

Well ... thats the latest centos released ... others are streams: https://quay.io/repository/centos/centos?tab=tags&tag=latest

Regarding the failing CentOS7, its EOL so the mirrors were moved. If we would like to run tests against it, we will have to fix the mirrors similar way as for CentOS6 and CentOS8. Can you check if this works?

roles-ansible/check-ansible-centos-centos7-action#2

Passed!

Copy link
Collaborator

@Jakuje Jakuje left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thanks. Lets wait some time if the change to the action get merged. Given my ack for now.

@richm
Copy link
Collaborator Author

richm commented Jul 3, 2024

Thanks. Lets wait some time if the change to the action get merged. Given my ack for now.

I can revert 9a7c358 from the PR, then we can merge.

@richm richm merged commit 995a2e0 into willshersystems:main Jul 4, 2024
16 of 17 checks passed
@richm richm deleted the el10_support branch July 4, 2024 00:01
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants