.condarc
file to understand which channels Workbench users have access to when creating environments or installing packages in projects. Configuring conda at the system level overrides any user-level conda configurations.
The system-level .condarc
file is populated from the conda:
section of the anaconda-enterprise-anaconda-platform.yml
configmap file or the values.yml
helm chart override file. If no modifications are made during installation, the default Workbench .condarc
file looks like this:
Default .condarc configuration
main
and r
channels. However, with the channel_alias:
set to the internal Workbench repository, conda is still able to access channels created within Workbench (whether via the UI or CLI) when the channel name is invoked in a conda command with the -c
tag, or listed in a project’s anaconda-project.yml
configuration file, even if they are not listed in the .condarc
.r
channel if you are not using R language packages.conda:
section to include the channels you need to provide to all Workbench users.
defaults
in the channels:
list, and listing only necessary channels in the default_channels:
list. Place the channels you want available to all users in the default_channels:
list..condarc
configuration variations that you can use as a template for your own .condarc
settings.
Using internal Workbench repository channels only
default_channels:
list by name, and leave the channel_alias:
alone.Using the internal Workbench repository with external channels
default_channels:
list and leave the channel_alias:
alone.External repository channels only
channel_alias:
to the repository’s fully qualified domain name (FQDN). This setup enables you to invoke channel names in conda commands using the -c
tag. In this example, we use anaconda.org as an external repository site:anaconda-enterprise-cli
before they can access packages from them. For more information about channel sharing, see sharing channels.