Docker Engine openSUSE Tumbleweed rootless¶

Native openSUSE Tumbleweed docker package with rootless Docker daemon for isolated compatibility tests

Image: ghcr.io/strukturpiloten/docker-opensuse-tumbleweed-rootless
Declared image version: v1.0.0
Family: Docker Engine
Architecture: amd64, arm64
Inner mode: rootless

Declared runtime base: registry.opensuse.org/opensuse/tumbleweed:latest@sha256:cbbd4a30f7b776f1b0f5b33a9c9fd6d4d74af3fbd0c5a2e0d8a31ce119c9f364

Image source and metadata · GHCR package · Detailed guide

Choose and inspect¶

The distribution selects the installed engine package at build time. Inspect the published image's component manifest or SBOM for its exact revision.

Declared tags: v1.0.0, v1.0, v1, main, latest. These are publication policy aliases, not proof that any tag exists in GHCR. Even the exact SemVer tag can move after a reviewed rebuild.

Registry status: observed; checked at 2026-09-28T10:16:23.857125+00:00.

Observed latest index digest: sha256:ce699cdcd9e02678628b8a63dd82544c829fc9e38ba055909e43939f731309f8.

Pull the observed immutable artifact:

podman pull ghcr.io/strukturpiloten/docker-opensuse-tumbleweed-rootless@sha256:ce699cdcd9e02678628b8a63dd82544c829fc9e38ba055909e43939f731309f8

For an isolated Linux nested-Docker test, the outer Podman boundary runs rootfully and privileged. Use a trusted runner and keep its image store separate from other tests:

sudo podman run --rm --detach --name nested-docker --privileged --device /dev/fuse --security-opt label=disable ghcr.io/strukturpiloten/docker-opensuse-tumbleweed-rootless@sha256:ce699cdcd9e02678628b8a63dd82544c829fc9e38ba055909e43939f731309f8
ready=0
for attempt in $(seq 1 30); do
  if sudo podman exec nested-docker docker info >/dev/null 2>&1; then ready=1; break; fi
  sleep 2
done
if [ "$ready" -eq 1 ]; then sudo podman exec nested-docker docker info; else sudo podman logs nested-docker; fi
sudo podman stop nested-docker
test "$ready" -eq 1

This fixture does not use the host Docker socket. Read the detailed guide for nested workloads.

Support and runtime contract¶

Lifecycle: maintained; admission: isolated-test; review after: 2026-10-27.

Vendor package revisions can advance with repository updates; image shares runner kernel and host security policy.

Declared runtime profiles: docker. Declared test settings are in the metadata source. Admission is policy, not evidence of a passed test.

Declared runtime test contract:

{
  "docker": {
    "mode": "rootless",
    "nestedRuntime": true,
    "outerPrivilege": "privileged"
  }
}

Registry aliases and history¶

Aliases resolved to the observed current digest: latest, main, v1, v1.0, v1.0.0.

Listed without digest resolution: run-36346260768-1-sha-0b136a13a8bb612d91960ae5d07e72f449c89ec1, sha-0b136a13a8bb612d91960ae5d07e72f449c89ec1, sha256-a35cfda23ca5873c48fa6a59d7decd4db6faca09a71ba4540c141a0ba067ecb9, sha256-ce699cdcd9e02678628b8a63dd82544c829fc9e38ba055909e43939f731309f8, sha256-fea42d4fab4b5e58919499bfa7fdcead8b358c0ab1c57e6cd65ad2cfaeb09a07.

Evidence and timestamps¶

Matching release asset verified the build record and per-architecture runtime and scan evidence. Signature and provenance remain unverified in this snapshot.

Maintenance release · Evidence asset

GitHub package activity can include signatures and attestations; it does not identify when the current runnable image was published. A registry observation is a point-in-time check; mutable tags may move afterward. Use the immutable digest and maintenance evidence for an audit.