chore(deps): bump the production-dependencies group across 1 directory with 3 updates

[dependabot]

Bumps the production-dependencies group with 3 updates in the / directory: base64, clap and open.

Updates base64 from 0.23.0 to 0.23.1

Changelog

Sourced from base64's changelog.

0.23.1

• Make the tests build again on non-SIMD architectures

Commits

• 069bf70 v0.23.1
• 6ab1fb0 Merge pull request #310 from musicinmybrain/test-on-non-simd-arches
• 7cffce6 Fix testing on architectures without unsafe SIMD support
• e34f9a0 Merge pull request #308 from atouchet/com
• e9240c9 Remove outdated comment
• See full diff in compare view

Updates clap from 4.6.4 to 4.6.5

Release notes

Sourced from clap's releases.

v4.6.5

[4.6.5] - 2026-07-31

Fixes

• (help) Correctly mark which value_names are optional with num_args

Changelog

Sourced from clap's changelog.

[4.6.5] - 2026-07-31

Fixes

• (help) Correctly mark which value_names are optional with num_args

Commits

• c8c9355 chore: Release
• af74def docs: Update changelog
• c96f222 Merge pull request #6368 from truffle-dev/fix/fish-env-escaping
• 49a05cd fix(complete): Two-pass quote fish env-completer
• e791004 test(complete): Snapshot fish env quoting cases
• See full diff in compare view

Updates open from 5.4.0 to 5.4.1

Release notes

Sourced from open's releases.

v5.4.1

Bug Fixes

• Forward WSL targets to PowerShell to make open actually work there

  Opening a URL from WSL failed because the Windows process did not receive OPEN_RS_TARGET, even though it was present in the Linux command environment. The failure reproduces with cargo run -- https://google.com on Ubuntu under WSL, where Start-Process receives a null FilePath and exits unsuccessfully.

  Add OPEN_RS_TARGET to WSLENV so WSL interop forwards the target into the PowerShell environment. Preserve existing WSLENV entries and their flags, while keeping the PowerShell command fixed so targets remain data rather than shell code.

  Validated with focused WSL tests, the all-features test suite, rustfmt, Clippy with warnings denied, and an end-to-end cargo run from WSL.

Commit Statistics

• 1 commit contributed to the release.
• 24 days passed between releases.
• 1 commit was understood as conventional.
• 1 unique issue was worked on: #128

Commit Details

• #128
  • Forward WSL targets to PowerShell to make open actually work there (96fa673)

Changelog

Sourced from open's changelog.

5.4.1 (2026-08-05)

Bug Fixes

• Forward WSL targets to PowerShell to make open actually work there

  Opening a URL from WSL failed because the Windows process did not receive OPEN_RS_TARGET, even though it was present in the Linux command environment. The failure reproduces with cargo run -- https://google.com on Ubuntu under WSL, where Start-Process receives a null FilePath and exits unsuccessfully.

  Add OPEN_RS_TARGET to WSLENV so WSL interop forwards the target into the PowerShell environment. Preserve existing WSLENV entries and their flags, while keeping the PowerShell command fixed so targets remain data rather than shell code.

  Validated with focused WSL tests, the all-features test suite, rustfmt, Clippy with warnings denied, and an end-to-end cargo run from WSL.

Commit Statistics

• 1 commit contributed to the release.
• 24 days passed between releases.
• 1 commit was understood as conventional.
• 1 unique issue was worked on: #128

Commit Details

• #128
  • Forward WSL targets to PowerShell to make open actually work there (96fa673)

Commits

• e548a4e Release open v5.4.1
• 96fa673 fix: Forward WSL targets to PowerShell to make open actually work there (#128)
• See full diff in compare view