Hacktoberfest 2026: the issues maintainers tagged for October, open and beginner-friendly. Browse Hacktoberfest issues

ate-setup: expose install-microvm-deps.sh as a standalone deploy/delete command

Open Beginner friendly
#1,826 2 comments 0 reactions 0 assignees View on GitHub

Maintainers usually reply within 1 day

Nobody has claimed this yet.

Assessment

Difficulty
2/5
Estimated time
1-3 hours
Newbie friendliness
70/100
Issue type
Feature
Clarity
Clearly specified
Activity status
Active
Tech stack
go, shell
Domain
cli, devops, tooling

Research direction

Look at cmd/ate-setup/deploy_benchmarks.go to see how DeployBenchmarks and DeleteBenchmarks call runScript. The new subcommands will be added in the same command structure, likely in a new file like deploy_microvm_deps.go. The script hack/install-microvm-deps.sh already exists; the task is to wire it up with the existing Config.ScriptEnv(). Check differences.md for context on script vs. Go reimplementation. Test by running the new commands locally.

Written by the indexing model from the issue text.

Description

area/dev-infra area/microVM kind/feature
Problem

Staging the micro-VM assets and applying the cluster-wide microvm SandboxConfig is only reachable as a side effect of deploy benchmarks --sandbox-class=microvm. There is no way to get just the SandboxConfig.

So downstream installers call hack/install-microvm-deps.sh directly (ai-on-gke/substrate-gke#40) and rebuild by hand the env Config.ScriptEnv() already provides — ARCH, ATE_INSTALL_KIND, the snapshot bucket, KUBECTL_CONTEXT.

Proposal
ate-setup deploy microvm-deps    # hack/install-microvm-deps.sh --install
ate-setup delete microvm-deps    # hack/install-microvm-deps.sh --delete

Two thin subcommands over the runScript call DeployBenchmarks / DeleteBenchmarks already make. Not a Go reimplementation — the script stays a script, per cmd/ate-setup/differences.md.

Unblocks #1503. PR coming.

Dominant language
Go
Stars
4k
Forks
473
Avg merge
2d 5h
Merged PRs (30d)
257

Getting set up

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

More from agent-substrate/substrate

All issues in agent-substrate/substrate

Similar issues

More Go issues

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.