Skip to content

Conversation

@enyst
Copy link
Collaborator

@enyst enyst commented Oct 26, 2025

Summary

Adds a runtime guide explaining why conda-forge requests default to anaconda.org and how to avoid it when building your own runtime images by setting:

export OH_CONDA_CHANNEL_ALIAS=https://repo.prefix.dev

Related PR

Details

  • New page: openhands/runtime/runtime-images-and-conda.mdx
    • Two usage paths: prebuilt runtime images vs building yourself
    • Explains default channel_alias behavior and the new environment variable
    • Provides example alias values (public mirror or internal proxy)

Why

  • Many organizations must avoid any contact with anaconda.org. Even when using only conda-forge, the default channel_alias expands to https://conda.anaconda.org/conda-forge.
  • With the new knob, users can redirect conda-forge to a different host (e.g. https://repo.prefix.dev or an internal mirror).

Checklist

  • New page linked under openhands/runtime/
  • Language is concise and actionable

Co-authored-by: openhands [email protected]

@enyst can click here to continue refining the PR

@enyst
Copy link
Collaborator Author

enyst commented Jan 10, 2026

@OpenHands Read the file added by this PR, and read our docs and their structure in the .json. Where does the information in this file really belong? Seems weird to me that it’s just dumped in openhands/runtime and it doesn’t seem referenced anywhere?

@openhands-ai
Copy link

openhands-ai bot commented Jan 10, 2026

I'm on it! enyst can track my progress at all-hands.dev

@openhands-ai
Copy link

openhands-ai bot commented Jan 10, 2026

I inspected the PR diff and your docs.json navigation structure.

  • The PR adds a single new page: openhands/runtime/runtime-images-and-conda.mdx.
  • In this repo, pages are not “discovered” automatically; they generally need to be referenced from docs.json (or at least linked from another page) to be reachable via the docs UI.
  • docs.json currently has runtime documentation wired under Web → Advanced Configuration → Runtime Configuration at openhands/usage/runtimes/..., and there is no navigation group referencing openhands/runtime/*.

So the information in that new file conceptually belongs with the OpenHands App runtime configuration docs, but structurally it’s currently an orphan and would be more appropriately placed under (or linked from) openhands/usage/runtimes/ and added to the Runtime Configuration section in docs.json.

Checklist against your request:

  • Read the file added by the PR
  • Read docs.json and identified how docs are structured/linked
  • Answered “where does this info really belong” and why it feels unreferenced/orphaned
  • No repo changes were made (so no diff to review, no push needed)

View full conversation

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.

3 participants