fix pnpm v11 assets

[TyceHerrman]

Check List

• Read CONTRIBUTING.md
  • ⚠️ Avoid force push
  • ⚠️ Use argd s command when adding new packages
• Install and execute the package and confirm if the package works well

Fixes #52815.
Close #52854

Summary

• Fix pnpm v11+ asset names to match the archive assets published by pnpm.
• Keep pnpm <= v10.33.2 on the old raw binary asset mapping.
• Remove Windows arm64 emulation for v11+ because pnpm publishes native pnpm-win32-arm64.zip.
• Add v10.33.2 as a long-form pkg.yaml test case for the version override boundary.

Verification

• aqua exec -- conftest test --combine pkgs/pnpm/pnpm/* -> 14 passed.
• argd t pnpm/pnpm -> passed.
• argd t -r pnpm/pnpm recreate log verified the v11 Windows arm64 native asset/digest path.
• Asset resolution verified:
  • darwin/arm64 -> pnpm-darwin-arm64.tar.gz
  • darwin/amd64 -> pnpm-darwin-x64.tar.gz
  • windows/amd64 -> pnpm-win32-x64.zip
  • windows/arm64 -> pnpm-win32-arm64.zip
  • linux/amd64 -> pnpm-linux-x64.tar.gz
• v10.33.2 remains on the old raw binary mapping such as pnpm-macos-arm64.
• Isolated host aqua run with this registry returned pnpm --version = 11.0.0.

v11 Archive Layout

pnpm v11 archives include pnpm / pnpm.exe beside a sibling dist/ directory, and the executable loads dist/pnpm.mjs relative to itself.

The v11+ registry block intentionally keeps only:

files:
  - name: pnpm

This leaves pnpm in the unarchived package directory next to dist/, while aqua exposes the normal AQUA_ROOT_DIR/bin/pnpm -> aqua-proxy shim.

Tested alternatives:

• hard: true breaks v11 because it installs only pnpm, leaving no sibling dist/.
• link: pnpm without hard: true creates a self-symlink loop and aqua fails with too many levels of symbolic links.

Current worktree path redacted as /Users/<user-name>/GitHub/forks/aqua-registry.

Codex helped research and draft this PR; all changes were reviewed by me, aligned with the aqua-registry AI disclosure guidance.

[github-actions]

@suzuki-shunsuke Ready for review

[jkker]

I had a duplicate PR (#52822, now closed). A few things I noticed that might be worth addressing:

1. Version constraint style: The style guide prefers semver("<= 10.33.2") over semver("< 11.0.0") — constraints should use <= with an actual released version rather than < with a future/boundary version.

2. windows_arm_emulation: v11 ships native pnpm-win32-arm64.zip, so windows_arm_emulation: true can be removed from the v11+ override.

3. pkg.yaml old version test: The pkg.yaml guide recommends testing old versions when version_overrides exist. Adding a v10.33.2 entry (using the long syntax to prevent auto-update) would cover the boundary:

packages:
  - name: pnpm/pnpm@v11.0.0
  - name: pnpm/pnpm
    version: v10.33.2
  - name: pnpm/pnpm
    version: v10.26.1

4. link: pnpm / hard: true: The existing v10 overrides include these — was their removal for v11 intentional? pnpm uses $0 detection so the hard link may still be needed.

[TyceHerrman]

Applied in 822af791e9:

• changed the pre-v11 boundary to semver("<= 10.33.2")
• removed windows_arm_emulation from the v11+ block so Windows arm64 resolves to native pnpm-win32-arm64.zip
• added a long-form v10.33.2 entry to pkg.yaml

For link: pnpm / hard: true, I’m intentionally leaving those out for the v11+ block. pnpm v11 archives include pnpm / pnpm.exe plus a sibling dist/ directory, and the executable loads dist/pnpm.mjs relative to itself.

I tested the alternatives:

• hard: true installs only pnpm, so dist/ is no longer beside it and runtime fails with Cannot find module .../dist/pnpm.mjs.
• link: pnpm without hard: true creates a self-link at the package path and aqua fails with too many levels of symbolic links.

The current v11 config uses only:

files:
  - name: pnpm

That leaves pnpm in the unarchived package directory next to dist/, while aqua creates the normal AQUA_ROOT_DIR/bin/pnpm -> aqua-proxy shim. I verified that path with an isolated host aqua run and pnpm --version returned 11.0.0.

[suzuki-shunsuke]

📝 About link: pnpm and hard: true.

• fix(pnpm/pnpm): create a hard link #34598
• pnpm not work with different binary name aqua#3775

I see. As of v11, the executable file name is pnpm, so a hard link is unnecessary.

[suzuki-shunsuke]

Thank you!