È sufficiente rimuovere il collegamento simbolico python
da ~/miniconda3/bin/
per eseguire il lavoro.
$ which python
/home/naught101/miniconda3/bin/python
$ rm /home/naught101/miniconda3/bin/python
$ which python
/usr/bin/python
$ source activate science
discarding /home/naught101/miniconda3/bin from PATH
prepending /home/naught101/miniconda3/envs/science/bin to PATH
(science)$ which python
/home/naught101/miniconda3/envs/science/bin/python
(science)$ source deactivate
discarding /home/naught101/miniconda3/envs/science/bin from PATH
$ which python
/usr/bin/python
Finora, questo non sembra aver causato alcun problema. Sfortunatamente lo stesso non funziona per ~/miniconda/bin/python3
, perché conda lo richiede quando si passa ad altri env che usano la stessa versione di Python. Tuttavia, quello non ha causato tanti problemi in primo luogo.
Se questo fa causare problemi, è abbastanza facile da annullare, basta cd ~/miniconda/bin/; ln -s python3 python
(o che cosa mai versione di Python che si sta utilizzando nel vostro Conda radice ENV). Potrebbe essere necessario attivare/disattivare un env per ottenere di nuovo quella versione di python sul PATH.
Puoi fornire un esempio di app/esperienza, non l'ho visto. –
@AndyHayden: Sto usando python 3.4 nel mio env root di conda, e quindi praticamente qualsiasi pacchetto di Ubuntu che abbia '! #/Bin/env python' all'inizio dello script principale fallirà se viene eseguito dalla riga di comando (perché si aspetta python 2, che è ancora il default). Il mio '.profile' e' .zshrc' hanno entrambi le linee '# aggiunte dall'installer di Miniconda3 3.9.1; export PATH = "/ home/naught101/miniconda3/bin: $ PATH" 'in essi, quindi conda è abilitato in tutte le shell di default. – naught101
Pensi che questo sia un bug in queste applicazioni? Quali applicazioni? Puoi installare quell'applicazione con conda (piuttosto che apt-get)? –