oss-signal

Post-Submission Update

Application submitted: 2026-06-03

Latest verification: 2026-06-05T16:02:53Z

This page explains why the version referenced during the Codex for Open Source application review may be older than the current npm package and GitHub Action tag.

Why The Version Changed

The application points reviewers to the public repository and package evidence. After submission, oss-signal continued normal OSS maintenance and shipped additional public releases.

The older submission evidence remains valid. The current latest npm version simply supersedes it with a stronger release and automation story.

Release Timeline

Version Public evidence What changed
v0.6.0 npm package and tag Added repository inventory mode for auditing lists of repositories.
v0.6.1 GitHub Release Added tag-triggered release automation.
v0.6.2 GitHub Release Registered npm Trusted Publishing release flow.
v0.6.3 npm package, GitHub Release, Action tag Completed npm Trusted Publishing from GitHub Actions without manual OTP.
v0.6.4 npm package, GitHub Release, Action tag Published OSS Maintainer Signal brand assets and npm/GitHub metadata polish.
v0.7.0 npm package, GitHub Release, Action tag Added maintainer plan output for PR-sized outreach planning.
v0.8.0 npm package, GitHub Release, Action tag Added no-fail workflow output and trial feedback intake for external maintainers.
v0.8.1 npm package, GitHub Release, Action tag Moved the GitHub Action runtime to Node.js 24 and refreshed SARIF upload examples.
v0.8.2 npm package, GitHub Release, Action tag Updated generated workflows and dogfood workflows to actions/upload-artifact@v5.
v0.8.3 npm package, GitHub Release, Action tag Added workflow-level Node.js 24 opt-in ahead of GitHub Actions’ Node.js 20 removal.
v0.8.4 npm package, GitHub Release, Action tag Scoped the Scorecard workflow opt-in so Scorecard result publication passes workflow verification.

Current Evidence

Clean Verification

The public registry should return 0.8.4 for both package version and latest dist-tag after the workflow runtime opt-in release.

npm view oss-signal version dist-tags --json

Expected result:

{
  "version": "0.8.4",
  "dist-tags": {
    "latest": "0.8.4"
  }
}

A clean npm execution should return version 0.8.4.

npm exec --yes --package=oss-signal@0.8.4 -- oss-signal --version

Review Impact

This version difference should be read as post-submission maintenance progress, not as a mismatch. It strengthens the evidence in three ways:

This does not replace the remaining adoption gap. The strongest next evidence would still be independent maintainer-owned workflow usage or more merged external maintainer PRs.