You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
There was an interesting issue that came up with astropy/astropy-tutorials#504. The issue is that a submitted notebook might have a Jupyter kernel specified that isn't available in the execution environment on GitHub Actions:
[nbcollection (ERROR)]: Notebook 'SpectralCubeReprojectExample.ipynb' errored: No such kernel named python39
I imagine this'll be fairly common, so we'd want a strategy for accomodating it:
Automatically strip kernel specifications on contribution to a tutorials repo?
Have nbcollection automatically ignore the kernel / replace it with one that's available when executing a notebook?
The text was updated successfully, but these errors were encountered:
Yes, I agree this is important to fix I think the easiest solution would be to strip the kernel specifications for any tutorials in the repo. Can we do that with an nbstripout configuration?
Right, handling this in the repo itself would solve it.
Adding it as a feature in nbcollection itself would be one less thing for implementors to worry about, on the other hand handling it in the notebook repo gives the implementor more control and the notebooks themselves, if downloaded by others, would already be in a "clean/normalized" state.
There was an interesting issue that came up with astropy/astropy-tutorials#504. The issue is that a submitted notebook might have a Jupyter kernel specified that isn't available in the execution environment on GitHub Actions:
I imagine this'll be fairly common, so we'd want a strategy for accomodating it:
The text was updated successfully, but these errors were encountered: