The Mamba Navigator, a Web UI for managing conda environments
Provides Conda/Mamba environment and package management as a standalone application or as extension for JupyterLab.
Requirements
- conda >= 4.5 or mamba >=0.5
- JupyterLab 1.x, 2.x or 3.x (for the JupyterLab extension only)
Starting from 3.4, this extension will use mamba instead of
condaif it finds it.
To install in the classical notebook:
mamba install -c conda-forge mamba_gatorTo install in the JupyterLab:
mamba install -c conda-forge jupyterlab mamba_gatorIf you use JupyterLab 1.x or 2.x, you can install the extension with the following command:
jupyter labextension install @mamba-org/gator-labOptionally, you could install
jupyterlab-tourto add a help tour for the conda packages manager.
This extension adds a new entry Conda Packages Manager in the Settings menu.
The first time, it can take quite some time to build the available packages list. But once it is obtained, it will be cached and updated to the background to have a smoother user experience.
This project contains a standalone navigator application sharing much of the code of the JupyterLab extension.
The classical Jupyter Notebook is supported only for version prior to 5. But you can directly manage the conda environments with the standalone navigator tool. For that you need to execute the following command in a terminal:
gator
There are three ways to create an environment:
-
Create a new environment Use the New Environment button at the top of the page, and select
Python 3, orRto create a base environment with the corresponding packages. Note that if you want to run a Jupyter python kernel in the new environment, you must also install theipykernelpackage in the environment. -
Clone an existing environment Click the clone button next to an environment in the list, and enter the desired name of the new environment.
-
Import an exported environment from a YAML file
Open Gator (Mamba Navigator):
Open JupyterLab:
mamba create -c conda-forge -y -n gator python jupyterlab=3
mamba install -c conda-forge -y -n gator --file requirements_dev.txt
conda activate gator
pip install -e .
jupyter server extension enable mamba_gator --sys-prefix
yarn install
yarn run build:dev
jupyter labextension link packages/common/ packages/labextension/This work started as a fork by @fcollonval of the Anaconda nb_conda package. The decision to fork it came due to apparently dead status of the previous package and a need to integrate it within JupyterLab.
Then with the mamba initiative pushed by QuantStack it made
sense to move the project in the mamba-org organization.
- Security updates:
- Bump handlebars from 4.7.6 to 4.7.7 (#143)
- Bump hosted-git-info from 2.8.8 to 2.8.9 (#144)
- Bump lodash from 4.17.20 to 4.17.21 (#145)
- Bump browserslist from 4.16.1 to 4.16.6 (#146)
- Bump ws from 7.4.2 to 7.4.6 (#148)
- Bump postcss from 7.0.35 to 7.0.36 (#149)
- Bump tar from 4.4.13 to 4.4.15 (#151)
- Bump path-parse from 1.0.6 to 1.0.7 (#152)
- Bump tar from 4.4.15 to 4.4.19 (#153)
- Maintenance:
- Add keywords and PyPI classifiers
- Bug fix
- Fix gator not displayed after updating or re-installing #139
- Feature
- Use much faster
mamba repoquery searchcommand to list packages instead ofconda search#133 (Thanks to @ericpre)
- Use much faster
- Bug fix
- Fix mamba detection on Windows #135 (Thanks to @ericpre)
- Features
- Update to JupyterLab 3 and the new Jupyter Server
You don't need to install anything more than the pip or conda package. - Drop support for the classical notebook.
- Update to JupyterLab 3 and the new Jupyter Server
- Features
- Dependencies graph (by clicking on the installed version for now) #83
- Bug fix
- Features
- Moving to mamba-org
- Integrate a standalone application
- Common frontend for JupyterLab, classical Notebook and Gator
- Depend optionally on
nb_conda_kernels
- Features
- Better logger
- Bugs
- Reduce UI freezing time by running expensive code in asynchronous executor
- Features
- Use
mambaif available. Otherwise useconda#46 - Move to GitHub workflow (extend coverage to JupyterLab code)
- Use
- Bugs
- Bugs
- Fix export always from history (settings ignored)
- Features
- Add a settings
fromHistoryto export an environment using--from-history(available for conda >= 4.7.12) #39
- Add a settings
- Bugs
- Documentation
- Start REST API description with Swagger
-
Available package cache file is now writable for everybody to avoid trouble in multi-user context. #25
-
Add update environment from file through REST endpoint PATCH /environments/ #26
-
Switch to newer Python syntax async-await
-
To improve UI reactivity in Jupyterlab:
- Long running task can now be cancelled #32
- The available packages list is used to find updatable package. conda update --dry-run --all is not used any longer. But it is still used if the user request updating all possible packages.
- Request environment list accept now
whitelist=0 or 1 query arguments. If 1, the environment list is filtered to respectKernelSpecManager.whitelist. Default is 0, but it could be modified in user settings. - JupyterLab extension
IEnvironmentManager.getPackageManager()returns always the sameConda.IPackageManagerotherwise signaling package operations would have been meaningless.- Add ability to specify kernel companions; i.e. check that if some packages are installed in a kernel, they must respect a certain version range. Companions can be specified through user settings.
- Small UI tweaks
- Rework the server/client API to be more RESTful and returns 202 status for long operations
- Cache available packages list in temp directory
- Improve greatly the coverage for the server extension
- JupyterLab extension only:
- Allow the user to change the proposed environment when creating one from scratch
- Add signals to handle environnements and packages changes (see
labextension\src\__tests__\services.spec.ts) - Improve the UI reactivity by using
react-virtualizedfor the packages list - Improve the look and feel
- Available packages truncation has been removed.
- Catch SSLError when requesting
channeldata.jsonfile
- Export in YAML format the environment (import in the older format is still supported).
- Improve responsiveness by loading first installed packages. Then request available one.
- BUG error is prompt when an environment is deleted although everything went well
- Cache some API requests (GET environments, GET channels and GET available packages).
- Available packages are now truncated to 100.
- Use query argument
$skipto skip N first packages - If the list is longer than 100, a entry
$nextin the response is returned. This is the request url to use to get the next batch of packages.
- Use query argument
- Report full error message in web browser console to ease debugging.
- BUG environment not shown
- BUG Installing package in develop mode fails if in user home or containing spaces
- Improve error feedback from API to frontend
- BUG
conda searchcrashes for conda 4.6
- Add installation of package in development mode (through
pip)
- Add JupyterLab extension inspired by Anaconda Navigator
- Retrieve conda package description
- Add link to package website (if available)
- Support conda >=4.5
- Make all conda request asynchronously
- Use the automatic installation for Jupyter Notebook extension (see here)
- fix bug in check updates feature
- support conda 4.3
- support notebook security fix introduced in notebook 4.3.1
- fix environment export button
- allow environment names with one letter and validate against "suspicious" characters
- update to new jupyter_conda_kernels naming scheme
- namespace all API calls into
/conda/
- fix usage in root environment
- minor build changes
- Update to notebook 4.2
![dependabot[bot] avatar](https://avatars.githubusercontent.com/in/29110?v=4 "dependabot[bot]")
React
Typescript
Django
Laravel
Facebook
Microsoft
Google
Alibaba
D3
Tencent