Commit Graph
7 Commits
Author SHA1 Message Date
QEDeDandSlavi Pantaleev 9c6c53e199 Let ansible-lint check Jinja syntax in role tasks again
The skip list has disabled no-jinja-nesting since 2022. ansible-lint
v6.6.0 replaced that rule with jinja[invalid], and ansible-lint still
maps the old name to it, so the skip now turns off the Jinja syntax
check for tasks in roles/custom, the only path the ansible-lint hook
lints. Remove the skip.

roles/custom has no jinja[invalid] findings at this commit. A syntax
error planted in a task's arguments is reported with this change and
not without it; one planted in a role's defaults file is not reported
either way.
2026-10-19 09:09:12 +03:00
Suguru Hirahara ff031dfd96 Update ansible-lint.yml: add the license information
Signed-off-by: Suguru Hirahara <acioustick@noreply.codeberg.org>
2025-02-26 22:50:04 +09:00
Slavi Pantaleev 54412c361d Disable var-naming[no-role-prefix] ansible-lint rule 2023-07-12 08:18:50 +03:00
Slavi Pantaleev 433405d9d3 Try to fix ansible-lint Github action 2022-11-20 19:13:00 +02:00
Slavi Pantaleev 1ea1597020 Fix some ansible-lint-reported warnings
This mostly fixes `key-order` warnings around
`block` statements.
2022-09-27 11:38:33 +03:00
Slavi Pantaleev c73680712b Fix (suppress) var-naming ansible-lint errors
Reference: https://ansible-lint.readthedocs.io/en/latest/default_rules/#var-naming

We don't really fix these, but just suppress them,
because they're like that intentionally.

We try to name variables in a way that is consistent with the
configuration key they control. If the upstream component uses
camelCase, we also need to include camelCase in the variable name.
2022-07-18 16:43:12 +03:00
Slavi Pantaleev 3408c710ee Add ansible-lint configuration file 2022-07-18 15:45:13 +03:00