Thore CimbalandClaude Sonnet 5
6973a8dbc7
The devcontainer could never actually be built successfully - verified by building it from scratch for the first time in a while. Found and fixed six issues: - kubectl: apt.kubernetes.io was deprecated/shut down by Google in 2023, switched to the official successor repo pkgs.k8s.io - docker-ce-cli: apt line hardcoded arch=amd64, breaking the build on Apple Silicon; resolved dynamically via dpkg --print-architecture - useradd -G docker failed because only the Docker CLI (no daemon) is installed, so no package ever creates the docker group; added explicit groupadd - oh-my-zsh install had a nested-quoting bug that made the RUN step fail; simplified to download-then-run instead of one nested `su -c "sh -c ..."` - sops binary was hardcoded to linux.amd64, only working on arm64 by luck via Docker Desktop's QEMU emulation; resolved dynamically like docker-ce - docker.sock was mounted but unusable (permission denied) since the container's docker group GID never matched the host socket's GID; added a root entrypoint (docker-init.sh) that reconciles this at container start, then drops to the vscode user via gosu Also fixed two stale mas-secrets.sops.yaml references (actual filename is mas-secret.yaml) in README.md and postCreateCommand.sh, set the vscode user's default shell to zsh (oh-my-zsh was installed but never used by default), and documented all of the above plus a build+run verification snippet in README.md so this class of drift is caught before it goes unnoticed again. Verified end-to-end: cold `docker build --no-cache`, then a real container run against the actual mounted kubeconfig, age key, and docker socket - kubectl reaches the live cluster, sops decrypts a real secret, and docker ps talks to the real daemon as the vscode user. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
75 lines
3.3 KiB
Docker
Executable File
75 lines
3.3 KiB
Docker
Executable File
FROM debian:bookworm-slim
|
|
|
|
# Install base tools
|
|
RUN apt-get update && apt-get install -y --no-install-recommends \
|
|
curl \
|
|
wget \
|
|
git \
|
|
ca-certificates \
|
|
gnupg \
|
|
lsb-release \
|
|
apt-transport-https \
|
|
vim \
|
|
nano \
|
|
jq \
|
|
yq \
|
|
zsh \
|
|
sudo \
|
|
openssh-client \
|
|
gosu \
|
|
&& rm -rf /var/lib/apt/lists/*
|
|
|
|
# Install kubectl (apt.kubernetes.io was deprecated/shut down by Google in 2023;
|
|
# pkgs.k8s.io is the current community-owned repo, versioned per k8s minor release)
|
|
RUN mkdir -p /etc/apt/keyrings && \
|
|
curl -fsSL https://pkgs.k8s.io/core:/stable:/v1.34/deb/Release.key | gpg --dearmor -o /etc/apt/keyrings/kubernetes-apt-keyring.gpg && \
|
|
echo "deb [signed-by=/etc/apt/keyrings/kubernetes-apt-keyring.gpg] https://pkgs.k8s.io/core:/stable:/v1.34/deb/ /" | tee /etc/apt/sources.list.d/kubernetes.list && \
|
|
apt-get update && apt-get install -y kubectl && \
|
|
rm -rf /var/lib/apt/lists/*
|
|
|
|
# Install Helm
|
|
RUN curl https://raw.githubusercontent.com/helm/helm/main/scripts/get-helm-3 | bash
|
|
|
|
# Install Flux CLI
|
|
RUN curl -s https://fluxcd.io/install.sh | bash
|
|
|
|
# Install sops (arch resolved at build time, same reasoning as the Docker CLI step below)
|
|
RUN SOPS_ARCH=$(dpkg --print-architecture) && \
|
|
SOPS_VERSION=$(curl -s https://api.github.com/repos/getsops/sops/releases/latest | grep tag_name | cut -d '"' -f 4) && \
|
|
curl -sL -o /usr/local/bin/sops https://github.com/getsops/sops/releases/download/${SOPS_VERSION}/sops-${SOPS_VERSION}.linux.${SOPS_ARCH} && \
|
|
chmod +x /usr/local/bin/sops
|
|
|
|
# Install age
|
|
RUN apt-get update && apt-get install -y age && \
|
|
rm -rf /var/lib/apt/lists/*
|
|
|
|
# Install Docker CLI (for interacting with Docker daemon)
|
|
# arch is resolved at build time so this works on both amd64 (cloud/CI) and arm64 (Apple Silicon) hosts
|
|
RUN curl -fsSL https://download.docker.com/linux/debian/gpg | gpg --dearmor -o /usr/share/keyrings/docker-archive-keyring.gpg && \
|
|
echo "deb [arch=$(dpkg --print-architecture) signed-by=/usr/share/keyrings/docker-archive-keyring.gpg] https://download.docker.com/linux/debian $(lsb_release -cs) stable" | tee /etc/apt/sources.list.d/docker.list > /dev/null && \
|
|
apt-get update && apt-get install -y docker-ce-cli && \
|
|
rm -rf /var/lib/apt/lists/*
|
|
|
|
# Create a non-root user 'vscode' for development
|
|
# groupadd is needed because only the Docker CLI (not the daemon) is installed above,
|
|
# so the 'docker' group is never created as a package side effect
|
|
RUN groupadd docker && \
|
|
useradd -m -s /bin/zsh -G docker vscode && \
|
|
echo "vscode ALL=(ALL) NOPASSWD: ALL" >> /etc/sudoers.d/vscode
|
|
|
|
# Install oh-my-zsh for better shell experience
|
|
RUN curl -fsSL https://raw.githubusercontent.com/ohmyzsh/ohmyzsh/master/tools/install.sh -o /tmp/install-omz.sh && \
|
|
su - vscode -c "sh /tmp/install-omz.sh --unattended" && \
|
|
rm /tmp/install-omz.sh
|
|
|
|
# Entrypoint runs as root to reconcile the docker group's GID against the mounted
|
|
# socket (see docker-init.sh), then drops to 'vscode' for the actual session/command.
|
|
# Stays root-owned at the PID 1 level; VS Code's own `docker exec -u vscode` sessions
|
|
# and the entrypoint's `gosu vscode` both end up correctly grouped either way.
|
|
COPY docker-init.sh /usr/local/bin/docker-init.sh
|
|
RUN chmod +x /usr/local/bin/docker-init.sh
|
|
|
|
WORKDIR /workspace
|
|
ENTRYPOINT ["/usr/local/bin/docker-init.sh"]
|
|
CMD ["/bin/zsh"]
|