How to configure `conda` to stop using `defaults` channels
Nobody has claimed this yet.
Assessment
- Difficulty
- 2/5
- Estimated time
- 1-3 hours
- Newbie friendliness
- 48/100
- Issue type
- Documentation
- Clarity
- Mostly clear
- Activity status
- Stale
- Tech stack
- anaconda
- Domain
- documentation
Research direction
Start by locating the repository's documentation entry point for Conda configuration; no specific file or test is named in the issue. Check the listed conda commands and ensure the documentation explains removing defaults, setting conda-forge, cleaning caches, and verifying the resulting configuration.
Written by the indexing model from the issue text.
Description
By default, the defaults channel alias points to three sources at https://repo.anaconda.com, which are covered by the Anaconda, Inc., Terms of Service.
There is a good chance your configuration is using some or all of these channels. Here is how to fix that. Conda configuration is held in .condarc files at the user and folder levels (and possibly the system level, this is not commonly configured by default).
- Show default channels with
conda config --show default_channels. - Verify what channels are being used with
conda config --show channels. - Also try
conda config --show-sourcesto know which.condarcfiles are configuring the channels. - Use
conda config --remove channels defaultsto remove thedefaultschannel alias from your user-level config. - Use
conda config --append default_channels conda-forge. If that doesn't work, replace--appendwith--set.
At the end, when using conda config --show you should have no channels: key and you should have the following as part of your configuration.
default_channels:
- conda-forge
Be sure to run conda clean --all --yes once, and pip cache purge in all relevant environments, including the base environment.
- Dominant language
- Python
- Stars
- 1
- Forks
- 9
- PR merge metrics
- No merged PRs in 30d
Getting set up
- No Dockerfile or Docker Compose file
- Has a pull request template
- No contributing guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from uabrc/devops-docs
-
LTS service accountsOpen
Difficulty 2/5 1-3 hours Newbie friendliness 65/100
uabrc/devops-docs#94 ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
uabrc/devops-docs#54 ·
-
Difficulty 1/5 Under an hour Newbie friendliness 65/100
uabrc/devops-docs#48 ·
-
Document procedure for ticket management and closurePossibly taken @iam4tune claimed this 57 days ago. Open
uabrc/devops-docs#97 · 1 assignee ·
-
Difficulty 5/5 Over a week Newbie friendliness 30/100
uabrc/devops-docs#96 ·
All issues in uabrc/devops-docs
Similar issues
-
changelog investigate
Difficulty 2/5 1-3 hours Newbie friendliness 62/100
ramnes/notion-sdk-py#409 ·
-
good first issue help wanted
Difficulty 2/5 1-3 hours Newbie friendliness 72/100
lindicaphxag-tech/kaggle#28 ·
Maintainers usually reply within 1 day
-
Difficulty 2/5 1-3 hours Newbie friendliness 62/100
BSData/horus-heresy-3rd-edition#3211 ·
Maintainers usually reply within 1 day
-
bug needs-triage
Difficulty 2/5 1-3 hours Newbie friendliness 70/100
Maintainers usually reply within 1 day
-
bug tests
Difficulty 2/5 1-3 hours Newbie friendliness 76/100
Maintainers usually reply within 1 day