¿Los entornos de Conda tienen acceso al entorno ‘raíz’? (== paquetes del sistema)?

¿Cuál es el entorno ‘raíz’ en conda? ¿Es solo un entorno que utiliza (solo) los paquetes del sistema?

¿Otros entornos usan los paquetes del sistema también (supongo que daría preferencia a sus versiones de duplicados)?

¿O necesitaría instalar todos mis paquetes en el entorno donde quiero usarlos?

¿Hay alguna forma de configurar esto como una opción?

Tengo un paquete de sistema instalado pero no puedo importarlo cuando estoy en un entorno conda.

    El entorno raíz es solo el entorno en el que comienza. Solo tiene acceso a los paquetes de Python que ha instalado explícitamente en el entorno conda actual. Así es como se ve mi sistema. Tenga en cuenta que todas las rutas en la lista de búsqueda del módulo python (sys.path) están en la carpeta raíz conda:

    jmepple-lm:~ jmeppley$ conda env list # conda environments: # anvio /Users/jmeppley/anaconda3/envs/anvio anvio2 /Users/jmeppley/anaconda3/envs/anvio2 jupyter /Users/jmeppley/anaconda3/envs/jupyter snake /Users/jmeppley/anaconda3/envs/snake root * /Users/jmeppley/anaconda3 jmepple-lm:~ jmeppley$ python -c "import sys; print(\"\\n\".join(sys.path))" /Users/jmeppley/anaconda3/lib/python35.zip /Users/jmeppley/anaconda3/lib/python3.5 /Users/jmeppley/anaconda3/lib/python3.5/plat-darwin /Users/jmeppley/anaconda3/lib/python3.5/lib-dynload /Users/jmeppley/anaconda3/lib/python3.5/site-packages /Users/jmeppley/anaconda3/lib/python3.5/site-packages/aeosa /Users/jmeppley/anaconda3/lib/python3.5/site-packages/galaxy_lib-17.5.9-py3.5.egg /Users/jmeppley/anaconda3/lib/python3.5/site-packages/mmtf_python-1.0.5-py3.5.egg /Users/jmeppley/anaconda3/lib/python3.5/site-packages/pysftp-0.2.8-py3.5.egg /Users/jmeppley/anaconda3/lib/python3.5/site-packages/python_dateutil-2.3-py3.5.egg /Users/jmeppley/anaconda3/lib/python3.5/site-packages/setuptools-27.2.0-py3.5.egg /Users/jmeppley/anaconda3/lib/python3.5/site-packages/urllib3-1.12-py3.5.egg 

    Cuando cambias los entornos de Conda, Python ahora extraerá los módulos de Python de las carpetas específicas de ese entorno:

     jmepple-lm:~ jmeppley$ source activate snake (snake) jmepple-lm:~ jmeppley$ python -c "import sys; print(\"\\n\".join(sys.path))" /Users/jmeppley/anaconda3/envs/snake/lib/python35.zip /Users/jmeppley/anaconda3/envs/snake/lib/python3.5 /Users/jmeppley/anaconda3/envs/snake/lib/python3.5/plat-darwin /Users/jmeppley/anaconda3/envs/snake/lib/python3.5/lib-dynload /Users/jmeppley/anaconda3/envs/snake/lib/python3.5/site-packages /Users/jmeppley/anaconda3/envs/snake/lib/python3.5/site-packages/mmtf_python-1.0.5-py3.5.egg /Users/jmeppley/anaconda3/envs/snake/lib/python3.5/site-packages/pysftp-0.2.8-py3.5.egg /Users/jmeppley/anaconda3/envs/snake/lib/python3.5/site-packages/python_dateutil-2.3-py3.5.egg /Users/jmeppley/anaconda3/envs/snake/lib/python3.5/site-packages/setuptools-27.2.0-py3.5.egg /Users/jmeppley/anaconda3/envs/snake/lib/python3.5/site-packages/urllib3-1.12-py3.5.egg 

    Si desea acceder a un módulo de Python, tendrá que instalarlo explícitamente en ese entorno conda install XXX con conda install XXX (recomendado) o pip install XXX .

    Que yo sepa, no hay una manera fácil de anular este comportamiento.

    NOTA: Esto no es cierto para los progtwigs que no son de python. Todos los progtwigs en su ruta de ejecución siempre estarán disponibles, con preferencia para los progtwigs instalados a través de conda. Esto se debe a que la ubicación de instalación de conda se encuentra al inicio de su RUTA. P.EJ:

     (snake) jmepple-lm:~ jmeppley$ echo $PATH /Users/jmeppley/anaconda3/envs/snake/bin:/Users/jmeppley/anaconda3/bin:/usr/local/bin:/usr/bin:/bin:/usr/sbin:/sbin