Skip to content

Update devcontainer feature to use containerEnv instead of remoteEnv#38

Merged
dnegstad merged 3 commits intomainfrom
claude/fix-devcontainer-validation-wlvr5
May 5, 2026
Merged

Update devcontainer feature to use containerEnv instead of remoteEnv#38
dnegstad merged 3 commits intomainfrom
claude/fix-devcontainer-validation-wlvr5

Conversation

@dnegstad
Copy link
Copy Markdown
Owner

@dnegstad dnegstad commented May 5, 2026

Summary

Updated the devcontainer-dev-certs feature configuration to use the containerEnv property instead of the deprecated remoteEnv property for setting environment variables.

Key Changes

  • Changed remoteEnv to containerEnv in the devcontainer feature configuration
  • The SSL_CERT_DIR environment variable definition remains unchanged, only the property name was updated

Details

This change aligns with the current devcontainer specification where containerEnv is the standard property for defining environment variables that should be set in the container. The remoteEnv property is deprecated in favor of containerEnv.

https://claude.ai/code/session_01WbfCJpvYyJwWVe44tXM7cz

claude added 3 commits May 5, 2026 20:07
The devcontainer-feature.json schema does not permit remoteEnv as a
top-level property; the release workflow's metadata validation rejects
it. Switch to containerEnv, which is the supported way for a feature to
contribute environment variables to the container and matches the intent
already documented in AGENTS.md.
Mirrors the rename from remoteEnv to containerEnv in
devcontainer-feature.json so the consistency check still verifies
SSL_CERT_DIR against the sslCertDirs default.
Adds a validate-only step to the feature CI job that invokes the same
metadata validator the release workflow uses (Ajv strict mode against
the official feature schema). This catches schema violations like the
recent remoteEnv top-level property on every PR rather than only at
release time.
@dnegstad dnegstad merged commit 42daf85 into main May 5, 2026
7 checks passed
dnegstad added a commit that referenced this pull request May 5, 2026
* Set SSL_CERT_DIR from install.sh instead of containerEnv

The containerEnv entry added in #38 used `${containerEnv:HOME}` as a
substitution, which is unresolvable at containerEnv bake time, leaving
SSL_CERT_DIR with an empty HOME prefix on existing containers. remoteEnv
isn't valid in a feature under strict-schema validation, so move
SSL_CERT_DIR setup into install.sh: write /etc/profile.d for login
shells (per-user $HOME expansion) and /etc/environment for PAM logins
(resolved _REMOTE_USER_HOME). Single uniform code path covers default
and user-overridden sslCertDirs.

* Bump version to 1.0.1

Drop the -pre suffix on the feature manifest and all package.json files
so this PR can ship as a stable 1.0.1 release immediately on merge.

---------

Co-authored-by: Claude <noreply@anthropic.com>
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.

2 participants