Description
This repository focuses on a more straightforward environment where people need a "vanilla" repo2docker setup in order to get the image running. This is super useful for most communities, though I think that there's an "advanced use-case" that we should cover as well, which is rolling your own Dockerfile.
The most obvious use-case that this enables is when you want to start with a different base image, which is not currently possible with repo2docker.
Benefit
There are many communities that want to use other images as a base, since a lot of communities maintain base images that are meant to help with reproducibility. One non-python example is the rocker project in the R community.
Implementation
As @sgibson91 noted, a good reference to use for inspiration would be the COESSING image repository, which does some more complex setup.
Another thing we should consider is that we might extend this repository to use more complex build files. For example, if people wanted an example using a postBuild script to configure the Jupyter server. I think the question boils down to "how many use-cases require the use of a Dockerfile (like using a different base image) vs. how many can we just show off more complex repo2docker setups w/o a Dockerfile.
Tasks
Description
This repository focuses on a more straightforward environment where people need a "vanilla" repo2docker setup in order to get the image running. This is super useful for most communities, though I think that there's an "advanced use-case" that we should cover as well, which is rolling your own Dockerfile.
The most obvious use-case that this enables is when you want to start with a different base image, which is not currently possible with repo2docker.
Benefit
There are many communities that want to use other images as a base, since a lot of communities maintain base images that are meant to help with reproducibility. One non-python example is the rocker project in the R community.
Implementation
As @sgibson91 noted, a good reference to use for inspiration would be the COESSING image repository, which does some more complex setup.
Another thing we should consider is that we might extend this repository to use more complex build files. For example, if people wanted an example using a
postBuildscript to configure the Jupyter server. I think the question boils down to "how many use-cases require the use of a Dockerfile (like using a different base image) vs. how many can we just show off more complex repo2docker setups w/o a Dockerfile.Tasks