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

Notes to update README: state of things and todos #20

Open
jules32 opened this issue Jun 22, 2023 · 7 comments
Open

Notes to update README: state of things and todos #20

jules32 opened this issue Jun 22, 2023 · 7 comments
Assignees

Comments

@jules32
Copy link
Contributor

jules32 commented Jun 22, 2023

No description provided.

@jules32
Copy link
Contributor Author

jules32 commented Jun 22, 2023

environment.yml

Dependencies is time-consuming. Most are not pinned to a specific version. One thing I'd like to see: organize this list and say "why do you need dask here". what does it do, why do we have this library here.

Makhan: are there tools to do this?
Luis: Yes Mamba can make a dependency tree.

But we don't use all these libraries often. Some were added for a workshop. Doing an inventory and justifying why things are here. Documenting good practice.

Example: netcdf4 package. An issue where the latest is not compatible with OPeNDAP. Without pinned versions it will build with most recent compatible.
Conda-lock keeps track of versions

@jules32
Copy link
Contributor Author

jules32 commented Jun 22, 2023

Makhan: Where do we create the image?
Luis: The machines will be linux-based in the Cloud. So, the docker image we use for 2i2c is linux-based.

The image is created on GitHub, via the GitHub Action.
GitHub Action is triggered for a push to main. This is then pushed to a registry: DockerHub

TODO:

  • We want to also push this to quai.io (the RedHat registry), not only the DockerHub (since free is limited). Otherwise we'll get a "vm not loaded because limited space" kind of thing during a workshop

@jules32
Copy link
Contributor Author

jules32 commented Jun 22, 2023

notebook of code snippets to test a new library to add

TODO:

  • create a notebook of code snippets to test all the libraries in the hub
  • Then: write documentation for researchers so anytime someone requests a new libaray, also submit a small snippet of code that we will put it in the new text code that will see if it breaks. We'll run that notebook anytime a new package is added. If it runs correctly we can push it to 2i2c

TODO:

  • add a Changelog.

@jules32
Copy link
Contributor Author

jules32 commented Jun 22, 2023

Makhan: after another few sessions like this I'll be able to maintain the corn image in JupyterHub

@jules32
Copy link
Contributor Author

jules32 commented Jun 22, 2023

TODO: releases

We'll use GitHub Releases. Here is an example of how we do it for the Cookbook:

https://github.com/NASA-Openscapes/earthdata-cloud-cookbook/releases/

Note we use the calver versioning (year.month.0):

image

@jules32
Copy link
Contributor Author

jules32 commented Jun 22, 2023

Luis our big aim for reproducibility:

"The corn image was able to render this whole cookbook on this day." We can use quarto to run through all of this.

We should start on this:: try to execute all the notebooks

@jules32
Copy link
Contributor Author

jules32 commented Jun 22, 2023

Link to support tickets for 2i2c

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

No branches or pull requests

3 participants