<div dir="ltr">Hi all,<br><div><br></div><div>I would like to raise once more the question of the Docker images we are pushing on Docker hub, and considered by many users as official.</div><div><br></div><div>They are built here:</div><div><a href="https://github.com/qgis/QGIS/blob/master/.github/workflows/build-docker.yml">https://github.com/qgis/QGIS/blob/master/.github/workflows/build-docker.yml</a><br></div><div><br></div><div>There are a few issues regarding this, here is a NON exhaustive list:</div><div>* the images are not optimized, a lot of build env artifacts remain</div><div>* they are a pain to maintain (update the job at each new version, synchronize any new cmake option change, …)</div><div>* if it fails, PyQGIS docs are not built</div><div>* it uses cache (which we miss a lot in GH workflows at the moment)</div><div>* and for a bit of green-washing, it will avoid compiling something already compiled and ready to used (as debian packages)</div><div><br></div><div>At OPENGIS.ch, we have set a very simple automated build of QGIS Docker images simply based on the debian packages:</div><div>see: <a href="https://github.com/opengisch/qgis-docker/blob/master/desktop.Dockerfile#L16">https://github.com/opengisch/qgis-docker/blob/master/desktop.Dockerfile#L16</a></div><div><br></div><div>We would like to propose to move this work to the official QGIS repo and rely on this to publish docker images on Dockerhub.</div><div><br></div><div>+ Less work to maintain (also, the deps image will not be anymore a requirement for this)<br></div><div>+ Better images<br></div><div>+/- Separate images for server, desktop<br></div><div>- We'll rely on nightlies to publish master image (meaning potentially a few days delay, potentially for PyQGIS)</div><div>- We won't maintain anymore a Dockerfile used to build QGIS</div><div><br></div><div>Please let me know your thoughts.</div><div>Cheers,</div><div>Denis</div><div><br></div><div><br></div></div>