search

StatCan / kubeflow-containers-desktop

Experimental containers to be used with Kubeflow for a Desktop experience
Other
1 stars 2 forks source link

Ensure conda using conda-forge rather than Anaconda channels #66

Closed ca-scribner closed 3 years ago

ca-scribner commented 3 years ago

To keep on the right side of license agreements, check if we're using the default Anaconda package channel. If we are, switch to conda-forge to avoid violating Anaconda's TOS for the default channel

ca-scribner commented 3 years ago

docker-stacks addressed this image in jupyter/docker-stacks#1189, which specifically changed from miniconda to miniforge in order to comply with Anaconda's new terms of service. The channel used on our current Jupyter Notebooks is conda-forge.

@brendangadd this is probably a good option to propose to Statcan licensing. We've been using it for a while and had no idea/no problems

ca-scribner commented 3 years ago

Good catch by @brendangadd . We install regular mini conda in our remote desktop image. Need to convert this to conda forge and test (see docker-stacks for a guide)

ca-scribner commented 3 years ago

Whoops, forgot that we use this repo for our remote desktop images right now. These desktop images also use conda (not miniforge) and need to be updated/tested for miniforge

Jose-Matsuda commented 3 years ago

Closed by https://github.com/StatCan/kubeflow-containers-desktop/pull/67

still need to update the manifest to actually use it