super-linter: Cannot find rules files - FATAL
Describe the bug A clear and concise description of what the bug is. Log:
2020-11-02 16:52:17 [INFO] Gathering user validation information...
2020-11-02 16:52:17 [INFO] - Only validating [new], or [edited] files in code base...
2020-11-02 16:52:17 [FATAL] -> ANSIBLE_LINTER_RULES rules file () doesn't exist. Terminating...
To Reproduce Steps to reproduce the behavior:
- Go to ‘.github/linters’
- Leave only the necessary rules (eg.
.yaml-lint.yml) - Run job
- See error
Expected behavior
Add only necessary linters rules to .github/linters
Screenshots If applicable, add screenshots to help explain your problem.
Additional context
It looks like all rules should be added to .github/linters
Upon adding .ansible-lint.yml:
2020-11-02 17:39:25 [INFO] User provided file:[/github/workspace/.github/linters/.ansible-lint.yml] exists, setting rules file...
2020-11-02 17:39:25 [FATAL] -> CLOUDFORMATION_LINTER_RULES rules file () doesn't exist. Terminating..`
About this issue
- Original URL
- State: closed
- Created 4 years ago
- Reactions: 52
- Comments: 25 (7 by maintainers)
Commits related to this issue
- Create super-linter.yml Adds most basic super-linter config to demonstrate [github/super-linter#938](https://github.com/github/super-linter/issues/938). This is copy/pasted from marketplace instructi... — committed to shgysk8zer0/super-linter-test by shgysk8zer0 4 years ago
- Apply workaround for GitHub Super Linter See https://github.com/github/super-linter/issues/938 — committed to WeblateOrg/meta by nijel 4 years ago
- Pin super-linter version to avoid the issue described in https://github.com/github/super-linter/issues/938 — committed to solvaholic/octodns-sync by solvaholic 4 years ago
You can use actions from docker image to lock to a specific version:
#950 solved this
@solvaholic thanks for the info!
When I build from bdc7aa6a1a90fb89c50ef5b8ba9d7ba511981a20 (current
master, also the v3.13.4 release) I get success.Re-running the failed job in Actions still got a ❌ :
I see similar failure when I
docker pull ghcr.io/github/super-linter:v3and run that. So I think thev3docker image is not really the latestv3release, maybe as described in https://github.com/github/super-linter/issues/708.edit: oic this conversation’s been had. I’d missed some issue updates, am catching up now. 🤦
The only issue with that workaround is dependabot will no longer see this as a Github Action dependency and so will no longer alert when there’s a new version of the super-linter. But as a workaround it’s better than every run being broken for now…
tldr: for github actions/workflows,
v3.13.1appears to work, andv3.13.2doesn’t exist. (currentv3isv3.13.3.)hopefully this is helpful for folks to work around this for now, and helpful in terms of narrowing down cause(s).
Seems to be working for me with
v3.13.1on one of our projects. Our last successful lint (from a few days ago) had this in the output:and that git revision matches v3.13.1 in https://github.com/github/super-linter/releases .
Here’s the version info from a failing build with
:v3a few hours ago (revision for 3.13.3):an aside about 3.13.2
I’d wondered why it was using
.1despite the fact that.2was tagged a while ago, but I tried a build withv3.13.2(aftrer confirming that.1worked) and it looks like the docker image for that wasn’t built/released:edited to add logs:
these truncated logs don’t show much more than what i have described above, but just in case:
lintlog-fail.txt lintlog-working.txt
I also tried downgrading to v3.12.0 and am getting the same error
I saw this same error, copied the
cfnlintrc.ymlfrom template linter configs, and it’s now reporting the same issue but for Dart.It seems that all config files are expected and any missing file will result in this error.