Added ability to list conda-store environments

[peytondmurray]

Background info: conda-store

This PR adds initial support for conda-store, an environment management system which aims to provide reproducible conda environments in as many ways as possible to users and services. From the conda-store documentation:

Conda Store controls the environment lifecycle: management, builds, and serving of environments.

It manages conda environments by:

• provides a web ui to take advantage of many of conda-stores advanced capabilities and providing an easy interface to modify environments
• watching specific files or directories for changes in environment filename specifications
• provides a REST api for managing environments (which a jupyterlab plugin is being actively developed for)
• provides a command line utility for interacting with conda-store conda-store env [create, list]
• full role based access controls (rbac) around environment view, creation, update, and deletion.
• It builds conda specifications in a scalable manner using N workers communicating using Celery to keep track of queued up environment builds.
• It serves conda environments via a filesystem, lockfiles, tarballs, and soon a docker registry. Tarballs and docker images can carry a lot of bandwidth which is why conda-store integrates optionally with s3 to actually serve the blobs.

Summary

This PR adds the ability to list conda-store environments from a new menu option. This PR is larger because this is foundational work for adding conda-store support; subsequent PRs will be smaller. Thanks for your patience with this!

Changes

• Added react-hooks rules to .eslintrc.js to help with react development

• Ignore *.ipynb in git

• Added documentation in README.md on setting up a development environment which watches frontend changes. Also added a yarn watch script which automatically triggers a rebuild when a change in the frontend is detected

• Fixed an issue where the NbConda component would not reset its isLoading state if an operation was cancelled

• Added new react components for handling conda-store operations and user interaction:

  • NbCondaStore
  • CondaStorePkgPanel
  • CondaStorePkgList
  • CondaStoreEnvList
  • CondaStoreEnvItem
  • CondaStoreEnvWidget

• Added a new model which supports conda-store through the existing UI components. This new model includes implementations of several key interfaces:

  • IEnvironmentManager
  • Conda.IPackageManager

• To assist in troubleshooting conda-store server issues, I added a simple notification in case the conda-store server can't be reached when the package manager is first loaded.

• The basis for additional functionality has also been added, following patterns currently existing for the Conda UI. However, functionality such as the ability to add additional environments has not yet been added; these functions will be filled in later.

• Disable automatic viewing of webpack-report.html when a build is complete.

• Broke the conda-store integration off into its own package as per this comment

• Modified CondaPkgList to add a React hook which can fetch packages as a user scrolls down through the package list. This allows for lazy loading of packages, and it works well with conda-store.

@fcollonval If you get a chance to review this PR, I would be grateful for any feedback you have.

[github-actions[bot]]

:point_left: Launch a binder notebook on the branch Quansight/gator/refactor-split-plugins

[peytondmurray]

Thank you @fcollonval for the constructive feedback. Here's my plan going forward:

1. I'll define a model for the React components to use to interact with conda-store
2. I'll move away from defining separate conda-store functional components and put a greater emphasis on reusing existing class-based components
3. I'll modify the existing list components to allow us to detect when the user has scrolled all the way to the bottom of a list, in order to be able to use paginated API responses (which conda-store currently uses)

I'll update this thread when I have these prepared. Thanks again!

[fcollonval]

Thanks @peytondmurray

1. I'll define a model for the React components to use to interact with conda-store

:+1:

2. I'll move away from defining separate conda-store functional components and put a greater emphasis on reusing existing class-based components

Don't hesitate to replace some existing components by your functional one if it simplifies/improves the current ones.

3. I'll modify the existing list components to allow us to detect when the user has scrolled all the way to the bottom of a list, in order to be able to use paginated API responses (which conda-store currently uses)

:+1:

Small comment, in the latest commit you removed the plugin id for conda-store instead of renaming it. You should definitely use another name otherwise JupyterLab won't see the two plugins (aka the one for conda from cli and the one for conda-store).

[peytondmurray]

@fcollonval The conda-store integration is ready for a second look.

[peytondmurray]

Gentle ping @fcollonval can you take another look at the this PR and see if it is ready to merge?

[peytondmurray]

@fcollonval Okay, this should be ready for another look.

[fcollonval]

@fcollonval Okay, this should be ready for another look.

I'll do that tomorrow. I'm working to fix the CI.

[fcollonval]

@peytondmurray would you mind to rebase the PR on the latest master to restore the CI. Then if it passes, we are good to go.

[peytondmurray]

Excellent, thanks for the help! I've rebased onto master. There's a few commits which appear here which are in master but not in conda-store-integration which have been picked up here, but that's okay.

[fcollonval]

Thanks @peytondmurray merging now...