Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Separate environments for notebooks with and without python and imglyb #51

Open
imagejan opened this issue Apr 27, 2018 · 2 comments
Open

Comments

@imagejan
Copy link
Member

I suggest to somehow separate those notebooks requiring python and imglyb from the "pure" ImageJ tutorial notebooks and create two distinct environment.yml files. This would allow the startup of the latter on mybinder.org to be much faster, due to smaller image sizes.

@imagejan
Copy link
Member Author

Binder looks into the root level or into ./binder to find the environment.yml file, but AFAICT only allows a single environment per repository/branch.

To allow having a minimal environment for the ImageJ notebooks that do not use python and imglyb, we therefore have two options:

  • have different branches for different environment.yml files to be used by repo2docker/binder
  • split this repository into separate components for "pure ImageJ" and "Imglyb/Python-related" stuff, maybe tutorials, tutorials-python, and even tutorials-ops?

@ctrueden
Copy link
Member

I would rather use separate repositories than separate branches. I personally find multiple branches to be less accessible, especially for new users of git.

Quantitatively, how burdensome are these extra dependencies per Binder instance startup? That is: excluding the build time (which is slow in any case), what is the difference in startup time between a Binder instance with only the scijava-jupyter-kernel, vs. one with the Python stack? Unless the difference is substantial, I favor keeping all dependencies declared in a single environment in a consolidated notebook repository.

A third option could be to keep the dependencies minimal, then have the Python notebooks declare their dependencies at the top using notebook magic, as suggested in this comment.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants