Skip to content

checkmk.general

The official Checkmk Ansible Collection - brought to you by the Checkmk company.

Health score

87 / 100

Excellent

Strong evidence across everything we could observe.

How bands are set →

  1. Excellent (this collection)
  2. Good
  3. Fair
  4. Poor
  5. Not scored

Observed 6 of 8 signal groups.

Four are needed before a score is published.

4 needed

Category subscores

Security
0%
Trust
100%
Quality
91%
Maintenance
100%
ansible-core compatibility
100%
Every signal we evaluated for this collection
Signals we could observe
security.dependency_boundednessNot met0 of 3 dependencies bounded0 / 1Published artifact
trust.link_claimsPassed4 of 4 link URLs declared1 / 1Published artifact
quality.docsPassedreadme, 44 doc files3 / 3Published artifact
quality.changelogPassedchangelog.yaml, 5 fragments2 / 2Published artifact
quality.license_qualityPartly metlicense file declared, no SPDX id0.45 / 1Published artifact
maintenance.release_recencyPassedlast release 6 days ago3 / 3Galaxy index
maintenance.changelog_recencyPassed5 unreleased changelog fragments1 / 1Published artifact
compat.requires_ansiblePassed>=2.18.03 / 3Published artifact
Signals we could not observeNot observed — these are left out of the score rather than counted against it.
trust.ansible_membershipNot observednot shipped in the ansible packageexcluded from this scoreansible-build-data
quality.testsNot observedno test evidence in the published artifactexcluded from this scorePublished artifact
quality.ciNot observedno CI evidence in the published artifactexcluded from this scorePublished artifact
compat.membership_currencyNot observednot shipped in the ansible packageexcluded from this scoreansible-build-data

No repository evidence yet. ansible.care has not read any collection's Git repository, so every signal above was proved from a published artifact or from Ansible’s own build data. Tests and CI in particular can be proved present this way but never proved absent — so when we cannot see them, we leave them out of the score rather than counting them against you.

What is costing points

Each of these is a signal we observed and could not fully credit.

  • security.dependency_boundedness

    Give every collection dependency you declare in `galaxy.yml` an upper or pinned bound — `<`, `<=`, `==` or `~=` — so that installing your collection cannot silently pull in an arbitrary future release of somebody else’s. If your collection declares no dependencies at all this rule already awards full marks and there is nothing here to change. If we reported a dependency we could not read, the fix is the syntax of its version range rather than the dependency itself.

  • quality.license_quality

    Declare a machine-readable SPDX identifier in `galaxy.yml`’s `license` field rather than relying on a `LICENSE` file alone: an identifier is what a consuming organisation’s policy tooling reads without a human opening the file. A `LICENSES/` directory following REUSE ranks above a bare root licence file and below the identifier. One exception worth stating: we record the identifier you publish rather than validating it against the SPDX list, so a wrong identifier will earn these marks and mislead your users at the same time — if no SPDX identifier fits your licence, publish the file instead.

Authors

  • Marcel Arentz (https://github.com/godspeed-you)
  • Robin Gierse (https://github.com/robin-checkmk)
  • Lars Getwan (https://github.com/lgetwan)
  • Max Sickora (https://github.com/Max-checkmk)