Docker DiD support

[Saaketh0]

If user code contains Docker commands, it used to fail because it thought it was outside of docker but canyonizing the workflow puts everything in docker containers which results in failures.

The vast majority of the code changes was just taking shared code out of EC2/Local _runtime.py and putting them in a shared file too btw.

The actual docker-in-docker support may be a bit brittle too so let me know

[coderabbitai]

Important

Draft PR not reviewed

Draft PRs are not automatically reviewed by default.

• Trigger a manual review

To automatically review draft PRs, update your CodeRabbit configuration:

reviews:
  auto_review:
    drafts: true

---

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

• X
• Mastodon
• Reddit
• LinkedIn

_{Comment @coderabbitai help to get the list of available commands.}

[nickhuo]

some related updates need to be aware of: #177 need to changed accordingly

[userAugustos]

Heads up: this branch predates #163, which moved controller/cloud_provider_logic/* to reconciler/providers/* and replaced instance_manager.py with reconciler/provisioner.py. The runtime files this PR refactors no longer exist at these paths on main, so the shared agent_container.py extraction needs to be redone under reconciler/providers/shared_utils/. #196 also adds a docker_container_name(instance) function to each provider's _runtime.py and a stale-status clear before docker run in the Local bootstrap; if the docker run assembly moves into the shared module, those should move with it. Also, buttercup.zip looks like it was committed by accident.