2015-11-02 3 views
8

Ho creato con successo due ambienti Python separati in Anaconda, ma sembra che non sia in grado di attivare nessuno dei due. Ho cercato di leggere su questo argomento il più possibile qui su Stackoverflow, ma nessuna soluzione ha risolto il mio problema. Ho aggiunto le informazioni richieste dai commenti in questa domanda (Anaconda Environment Doesnt activate).Perché la sorgente Anaconda è attiva inesistente?

Quando si tenta di attivare un ambiente, l'output della console è -bash: activate: No such file or directory.

L'uscita di which conda è /Users/username/anaconda3/bin/conda. L'output di type source è source is a shell builtin. Quando si prova which activate, la shell non restituisce nulla.

Nella mia cartella bin, sembra anche che non disponga di un file eseguibile activate, ma solo uno che viene chiamato activate-global-python-argcomplete.

Perché mi manca il file di attivazione standard e come posso risolvere il problema al meglio?

risposta

1

Avviare un nuovo terminale e riprovare. In alternativa, digitare hash -r e vedere se è utile.

+0

ha assolutamente alcun effetto, purtroppo. – thenaturalist

2

Penso che ti sia capitato di installare una versione di buggy di anaconda che è stata rapidamente riparata.

conda update conda 

dovrebbe farti di nuovo attivo e funzionante.

+0

Questa * è * la soluzione che ha funzionato per me. 'source activate' stava funzionando bene, ma dopo aver installato un po 'di pacchetto, penso che potrebbe essersi corrotto. Ero preoccupato se dovessi installare di nuovo l'intero Anaconda. Grazie per la soluzione semplice. –

+0

Questo ha funzionato per me. 'source activate' stava funzionando prima di installare' conda-env'. –

3

Ho riscontrato un problema simile. Nel mio caso, il problema è legato all'uso di tcsh, ma activate supporta solo bash e zsh.

È possibile controllare la shell utilizzata corrente con il comando echo $0.

È necessario utilizzare una shell compatibile per utilizzare il comando source activate.

1

tcsh era il problema per me. Cambiato in bash e tutto è ok.

1

Il mio problema era che il file /opt/pycharm/plugins/terminal/.zshrc (utilizzando ZSH) conteneva la riga source $JEDITERM_SOURCE. Quella variabile conteneva percorsi corretti come due parametri <path-to-anaconda-activate>/activate <path-to-anaconda>, ma a quanto pare venivano interpretati come un singolo parametro: <path-to-anaconda-activate>/activate <path-to-anaconda>.

Ho risolto quello preponendo eval a quella linea, rendendolo eval source $JEDITERM_SOURCE. Ora, la variabile si espande correttamente.

0

In questo caso, il problema potrebbe essere che l'ambiente virtuale è stato creato nel /Users/username/anaconda3/envs/ e quindi l'Attiva sarà in: /Users/username/anaconda3/envs/NAME_OF_YOUR_VIRTUAL_ENV/bin/activate

Quindi, per attivare l'ambiente è possibile eseguire:
source /Users/username/anaconda3/envs/NAME_OF_YOUR_VIRTUAL_ENV/bin/activate

1

Non farlo !!!, Questo mi ha spezzato il DNF

Per prima cosa ho cercato di indicare origine in un file di attivazione,

source /usr/lib64/python3.6/venv/scripts/common/activate environment 

che sembrava funzionare, ma non i valori reali ottenuto aggiornato. Ho provato la risposta con mattexx, ma si è lamentato che il conda non è stato installato, quindi l'ho usato.

conda install conda 

ho dovuto avere permessi di root da quando è stato in fase di installazione per l'ambiente radice, ma dopo sembra che tutto funzioni.

Questo è ciò che ha spezzato l'installazione di Fedora