Release OpenEnv 0.6.1 - #1258
Draft
cursor[bot] wants to merge 1 commit into
Draft
cursor[bot] wants to merge 1 commit into
cursor[bot] wants to merge 1 commit into
Conversation
Bump 0.6.1.dev0 to 0.6.1 and align the two lockfiles that pin the editable openenv version, so validate-env-locks stays green. Co-authored-by: benjamin.burtenshaw <benjamin.burtenshaw@huggingface.co>
7 of 10 tasks
This branch has not been deployed
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Release PR: v0.6.1
Planned release: Thursday, October 1, 2026 at 10:00 Europe/Brussels (08:00 UTC).
Candidate base:
9e0fd9ba(main tip). 3 commits sincev0.6.0. This is the rolling release PR for the week and will be refreshed onto the final candidate head before merge.Version: 0.6.1, and no decision is needed. Unlike 0.6.0 this week adds no public surface — one bug fix plus an internal refactor whose declared API is unchanged (evidence below). That is a patch under the same standard used for 0.5.0 and 0.6.0.
Release notes
ARGsubstitution no longer corruptsFROM:ARG BASEdeclared beforeARG BASE_IMAGEused to rewriteFROM $BASE_IMAGEtopython:3.12_IMAGE, because defaults were substituted name by name. Substitution is now longest-name-first, so declaration order no longer matters (#1235).Not in the wheel, but shipped to the repo this week:
novita_tbench2_simpleexample now waits for readiness inside itstry, so a readiness timeout stops the paid sandbox instead of leaking it, and a new parse-level test asserts that invariant for everyexamples/novita_*.py(#1235).openenv.core.harnessis now a package, with the rollout implementation moved toopenenv.core.harness.rollout(#1097).API compatibility of the harness split
Checked rather than assumed, by installing
openenv==0.6.0and this candidate's wheel side by side and diffingopenenv.core.harness:__all__is identical in both: the same 20 declared names.ABC,Any,Callable,Generic,Protocol,TypeVar,TypedDict,abstractmethod,annotations,dataclass,field,json,math,runtime_checkable) and seven types that were never declared there —JsonRpcErrorCode,JsonRpcResponse,Tool(canonical homeopenenv.core.env_server.mcp_types),State(…env_server.interfaces),StepResult(openenv.core.client_types), plusLLMResponseandSessionT. All seven remain importable fromopenenv.core.harness.rollout.So nothing in the declared API moved. Anyone who relied on an undeclared transitive import such as
from openenv.core.harness import jsonis affected; that seems acceptable for a patch, but say so if you disagree and I will restore the re-exports instead.Full candidate comparison: v0.6.0...9e0fd9b
Release-maintenance changes in this PR
0.6.1.dev0→0.6.1inpyproject.toml, plus the matching editable-openenvpin inenvs/grid_world_env/uv.lockandtests/validation_runtime/uv.lock(the only two locks that track the current version; without themvalidate-env-locksfails).Outstanding blockers
workflow_dispatchis 403 for the release token, so this goes through atestpypi/0.6.1branch carrying thepush:trigger, as for 0.5.0 and 0.6.0.mainimmediately before merge and rerun required checks if the head moves.Not in this candidate: #1181 (Level 2 runtime probes, still awaiting
zkwentz), #1098–#1100 (approval-gated CI plus open findings), and the fork PRs that still cannot run repository CI. #1222 (FastMCP 4) stays blocked: v4 keys session state byctx.session_idand our server-side connection is rebuilt per call, so that is a scheduled migration rather than a cap bump.Local verification already done
uv sync --frozen --all-groups --all-extras --dry-run --no-install-projectpasses in both touched lock directories (thevalidate-env-lockscommand).0.6.1for bothimportlib.metadataandopenenv.__version__, andopenenv --helpworks.Release Checklist
Before opening this PR
pyproject.tomlversion changed from0.6.1.dev0→0.6.1hf-staging/is NOT in this PR's diffprint(),breakpoint(), orTODOadded to release-critical pathsCI gates (must be green before merge)
testpasses on Python 3.11testpasses on Python 3.12lintpasses (usort + ruff)Package CIbuilds, checks, and smoke-tests wheel/sdist installsTestPyPI validation (before merging)
0.6.1.devNpublished from this candidate headPost-merge steps
v0.6.1against the exact merge commit onmainpublish-pypi.ymlcompleted (expectOpen post-release bump PRto fail — GitHub Actions cannot create PRs in this org; open it by hand)pip install openenv==0.6.1verified from production PyPIRFC Status