Con el fin de simplificar la vida de nuestro servidor @pierre-gilles y para que pueda pasar aún más tiempo en el código , los builds de la imagen raspbian pueden ser automatizados.
Por lo tanto, he implementado y configurado pi-gen para construir una imagen Gladys. (pi-gen es la herramienta oficial de la fundación Raspberry).
Lo he probado en un rpi 3 B+ pero necesito voluntarios.
2020-05-27 - Nueva imagen => reglas udev y registro de 10MB máximo para docker 2020-04-28 - Nueva imagen con las imágenes Docker (docker save) 2020-04-21 - Código en Github 2020-04-16 - Primera versión
¿Sabes si sería posible hacer el tratamiento que haces en el primer arranque antes? Tengo miedo de que sea un paso que a menudo falla en los usuarios (mala conexión, por ejemplo, el usuario no tiene ni idea de cuándo va a terminar…)
En mi opinión, la opción o la imagen se descarga solo al arrancar, es una experiencia muy frustrante para los usuarios: es imposible saber en qué punto está, si tu conexión no es buena puede tardar 2 horas pero no sabes qué está pasando.
Después, si construimos la imagen Raspbian en cada construcción de la imagen Docker, al final es lo mismo, la imagen siempre estará actualizada
Sí, ya veo, no es un problema (me he cabreado un poco haciendo un servicio / no pasa nada, he aprendido cosas ^^ ).
Voy a modificar el build, los contenedores ya estarán creados. También voy a modificar el servicio para « monitorizar » estos contenedores y registrar en dmesg.
Me retracto de lo que dije, el cross build no me permite descargar una imagen durante la compilación porque Docker no sabe en qué arquitectura se está ejecutando.
level=error msg="failure getting variant" error="getCPUInfo for pattern: Cpu architecture: not found"
Ah, vaya, ¿no hay forma de sortearlo? ¿No puedes especificar la arquitectura en el comando docker pull?
Prefiero esto en comparación con la descarga, que depende de tu conexión. En casa de alguien con ADSL, la descarga será más de 1 hora, mientras que untar el tiempo se mantendrá constante
¡Bien jugado en todo caso por todas estas investigaciones!
Aún no tengo una solución, el demonio de Docker no sabe en qué arquitectura se encuentra (error de qemu) y el demonio nunca se lanza durante la compilación.
Ni siquiera es el problema de la imagen de Docker. No puedo ejecutar el demonio de Docker de la imagen de Raspbian durante la compilación (chroot / qemu), hay un error en qemu, no da información sobre la arquitectura, el demonio de Docker falla sin esta información.
Para solucionarlo, guardo la imagen gracias al Docker del host que compila la imagen de Raspbian.
Aviso para los probadores 
, los builds de la imagen raspbian pueden ser automatizados.
/ no pasa nada, he aprendido cosas ^^ ).
