Skip to content

update to release based on v4.1.0#143

Open
jcfr wants to merge 2 commits intomainfrom
release/4.1.0
Open

update to release based on v4.1.0#143
jcfr wants to merge 2 commits intomainfrom
release/4.1.0

Conversation

@jcfr
Copy link
Copy Markdown
Collaborator

@jcfr jcfr commented Mar 20, 2026

Summary by CodeRabbit

  • Chores
    • Added release artifact metadata for Holoscan 4.1.0, including CUDA 12.8.1 container images and standard configurations with platform-specific build support for GPU, CPU, and integrated GPU deployments across Jetson AGX Orin, IGX Orin, x64 workstations, SBSA systems, and Clara platforms, plus health probe monitoring binaries.

Signed-off-by: JC Fillion-Robin <jcfr@nvidia.com>
@github-actions
Copy link
Copy Markdown

github-actions bot commented Mar 20, 2026

⚠️ Deprecation Warning: The deny-licenses option is deprecated for possible removal in the next major release. For more information, see issue 997.

Dependency Review

✅ No vulnerabilities or license issues or OpenSSF Scorecard issues found.

Snapshot Warnings

⚠️: No snapshots were found for the head SHA b0b421e.
Ensure that dependencies are being submitted on PR branches. Re-running this action after a short time may resolve the issue. See the documentation for more information and troubleshooting advice.

Scanned Files

None

Signed-off-by: JC Fillion-Robin <jcfr@nvidia.com>
@coderabbitai
Copy link
Copy Markdown

coderabbitai bot commented Mar 31, 2026

Walkthrough

Two new JSON files are created under the releases/4.1.0/ directory containing release artifact metadata for Holoscan 4.1.0. The artifacts-cu12.json file defines CUDA 12.8.1-based container mappings, while artifacts.json contains the standard artifact manifest with version information and container images.

Changes

Cohort / File(s) Summary
Release Artifact Manifests
releases/4.1.0/artifacts-cu12.json, releases/4.1.0/artifacts.json
New JSON files containing release artifact metadata for Holoscan 4.1.0 and previous versions. Includes debian and wheel versions, base/build container images for different hardware targets (dgpu, igpu, cpu), and health-probe download URLs.

Estimated code review effort

🎯 2 (Simple) | ⏱️ ~10 minutes

Possibly related PRs

  • PR #136 — Adds/versions new release manifest files (artifacts.json and artifacts-cu12.json) with the same holoscan manifest structure for successive versions.
  • PR #125 — Adds versioned release artifact manifest JSONs using the same schema structure under releases/* directories.
  • PR #106 — Adds release artifact manifest files under releases//artifacts*.json with similar holoscan container mappings and health-probe entries.

Suggested reviewers

  • wendell-hom
  • MMelQin
🚥 Pre-merge checks | ✅ 2
✅ Passed checks (2 passed)
Check name Status Explanation
Description Check ✅ Passed Check skipped - CodeRabbit’s high-level summary is enabled.
Title check ✅ Passed The title accurately describes the main change: adding release artifact metadata files for Holoscan v4.1.0.

✏️ Tip: You can configure your own custom pre-merge checks in the settings.


Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.

❤️ Share

Comment @coderabbitai help to get the list of available commands and usage tips.

Copy link
Copy Markdown

@coderabbitai coderabbitai bot left a comment

Choose a reason for hiding this comment

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

Actionable comments posted: 1

🤖 Prompt for all review comments with AI agents
Verify each finding against the current code and only fix it if needed.

Inline comments:
In `@releases/4.1.0/artifacts.json`:
- Around line 11-17: The release artifacts reference the internal staging image
tag "nvcr.io/nvstaging/holoscan/holoscan:v4.1.0.1-cuda13" for keys like
"x64-workstation" and "sbsa" (and the CPU entry), which is not publicly
accessible; update those values to the public NGC image namespace used in prior
manifests (e.g., replace "nvcr.io/nvstaging/holoscan/holoscan:v4.1.0.1-cuda13"
with the public NGC equivalent such as
"nvcr.io/nvidia/clara-holoscan/holoscan:v4.1.0.1-cuda13" or
"nvcr.io/nvidia/holoscan/holoscan:v4.1.0.1-cuda13"/"nvidia/holoscan:..."
consistent with your public tagging), ensuring every occurrence (the
"x64-workstation", "sbsa", and CPU "x64-workstation" entries) is replaced so
public users can pull the images.
🪄 Autofix (Beta)

Fix all unresolved CodeRabbit comments on this PR:

  • Push a commit to this branch (recommended)
  • Create a new PR with the fixes

ℹ️ Review info
⚙️ Run configuration

Configuration used: Organization UI

Review profile: CHILL

Plan: Pro

Run ID: c052c0d1-a7d7-46c2-a3f1-05573036be80

📥 Commits

Reviewing files that changed from the base of the PR and between d54db54 and b0b421e.

📒 Files selected for processing (2)
  • releases/4.1.0/artifacts-cu12.json
  • releases/4.1.0/artifacts.json

Comment on lines +11 to +17
"x64-workstation": "nvcr.io/nvstaging/holoscan/holoscan:v4.1.0.1-cuda13",
"sbsa": "nvcr.io/nvstaging/holoscan/holoscan:v4.1.0.1-cuda13"
},
"igpu": {},
"cpu": {
"x64-workstation": "nvcr.io/nvstaging/holoscan/holoscan:v4.1.0.1-cuda13"
}
Copy link
Copy Markdown

Choose a reason for hiding this comment

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

⚠️ Potential issue | 🟠 Major

🧩 Analysis chain

🌐 Web query:

Are the NGC image tags nvcr.io/nvstaging/holoscan/holoscan:v4.1.0.1-cuda13publicly pullable by non-internal users? Please provide official NVIDIA/NGC documentation aboutnvstaging visibility and access requirements.

💡 Result:

No, the NGC image tag nvcr.io/nvstaging/holoscan/holoscan:v4.1.0.1-cuda13 is not publicly pullable by non-internal users. nvstaging is an internal NVIDIA staging registry used for pre-release image staging as part of the NGC publishing workflow, prior to promotion to public repositories under nvcr.io/nvidia/.... Multiple NVIDIA GitHub repositories confirm this usage: changes to CI/CD pipelines stage images specifically to nvstaging for the "new NGC Publishing workflow" (e.g., nvidia-container-toolkit PR#1033, k8s-device-plugin PR#1230, gpu-operator PR#1401). No official NGC documentation lists nvstaging repositories as publicly accessible. Public Holoscan containers appear under nvidia/holoscan-* on catalog.ngc.nvidia.com (e.g., holoscan-pb24h2, holoscan-ltsb2), not nvstaging. NGC private registry docs describe org/team-specific access requiring API keys and explicit permissions, but nvstaging is not documented for external orgs—indicating internal-only access. Non-internal users lack permissions; attempts to pull would fail with authentication/authorization errors, as nvstaging is not discoverable or listed in public NGC catalog/UI.

Citations:


Replace nvstaging image tags with public NGC equivalents in 4.1.0 release artifacts.

The 4.1.0 build images reference nvcr.io/nvstaging/holoscan/holoscan:v4.1.0.1-cuda13, which is NVIDIA's internal staging registry. Non-internal users cannot pull from nvstaging; attempts will fail with authentication errors. This blocks the 4.1.0 CLI release for all public users.

Replace nvstaging references with the public NGC nvidia/holoscan namespace tags to match prior releases in this manifest (e.g., nvcr.io/nvidia/clara-holoscan/holoscan:... or appropriate public v4.1.0 public tag).

🤖 Prompt for AI Agents
Verify each finding against the current code and only fix it if needed.

In `@releases/4.1.0/artifacts.json` around lines 11 - 17, The release artifacts
reference the internal staging image tag
"nvcr.io/nvstaging/holoscan/holoscan:v4.1.0.1-cuda13" for keys like
"x64-workstation" and "sbsa" (and the CPU entry), which is not publicly
accessible; update those values to the public NGC image namespace used in prior
manifests (e.g., replace "nvcr.io/nvstaging/holoscan/holoscan:v4.1.0.1-cuda13"
with the public NGC equivalent such as
"nvcr.io/nvidia/clara-holoscan/holoscan:v4.1.0.1-cuda13" or
"nvcr.io/nvidia/holoscan/holoscan:v4.1.0.1-cuda13"/"nvidia/holoscan:..."
consistent with your public tagging), ensuring every occurrence (the
"x64-workstation", "sbsa", and CPU "x64-workstation" entries) is replaced so
public users can pull the images.

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.

1 participant