<div dir="ltr"><div><div>Sounding good.<br><br></div>I had a look at <a href="https://github.com/jupyter/docker-demo-images" target="_blank">docker-demo-images</a>. It seems very monolithic right now, and was very hard to get to build completely, though this is likely due to the ongoing github vs nation state issues.<br><br></div><div>My first question is whether, before asking people to start hacking on it, to modularize it a bit more... basically, have everyone that wants a kernel have one place where they PR, and have an agreed-upon structure:<br></div><div><span style="font-family:monospace,monospace">- Dockerfile<br></span></div><div style="margin-left:40px"><span style="font-family:monospace,monospace">  ...<br></span></div><div style="margin-left:40px"><span style="font-family:monospace,monospace">  ADD kernels /srv/kernels<br></span></div><div style="margin-left:40px"><span style="font-family:monospace,monospace">  RUN find /srv/kernels -name install.sh -exec bash {} \;<br>  ...<br></span></div><div style="margin-left:40px"><span style="font-family:monospace,monospace">  USER joyvan<br>  ...<br></span></div><div style="margin-left:40px"><span style="font-family:monospace,monospace">  RUN cp -r /srv/kernels<br></span></div><div><span style="font-family:monospace,monospace">- kernels </span><span style="font-family:monospace,monospace"><span style="font-family:monospace,monospace"><br>  - Julia <br>    - install.sh</span></span><span style="font-family:monospace,monospace"><span style="font-family:monospace,monospace"><span style="font-family:monospace,monospace"><br>    </span><span style="font-family:monospace,monospace">- Welcome.ipynb<br></span></span></span></div><div><span style="font-family:monospace,monospace"><span style="font-family:monospace,monospace"><span style="font-family:monospace,monospace">  - R<br>    - install.sh<br></span></span></span><span style="font-family:monospace,monospace"><span style="font-family:monospace,monospace"><span style="font-family:monospace,monospace">    - Welcome.ipynb</span></span></span>  </div><div><br></div><div>The larger question, though is: why have one image to rule them all?<br><br>This base image, is already many gigabytes, and only has the three kernels, and a (heaping) handful of notebooks. As we add more kernels and notebooks, it will only get slower to build and more fragile w/r/t dependencies. If we're already requiring a kernel author to understand docker (which they should, presumably), perhaps an approach where we allow kernel authors to provider a link to a Docker image, preferrably as automated official builds, we be more beneficial, as then the images themselves would be usable outside of try/tmpnb.<br><br></div><div>I don't know what this would take, and whether dockerspawner could handle it anyway.<br></div><div><br></div><div>Thoughts?<br></div></div>