以前の回答を詳しく説明すると、Canopy は 3 層システムに基づいており、レイヤー 0 には Canopy GUI が機能するための最低限の機能が含まれています。レイヤ 1 にはすべての「システム」パッケージが含まれます。これらは Canopy とともに配布され、新しいバージョンがリリースされると更新される可能性があります。最後に、レイヤ 2 は、ユーザーが好きなパッケージをインストールできる「ユーザー」環境です。このように、ユーザーが Canopy を壊すパッケージをインストールすると、レイヤー 1 またはレイヤー 0 にフォールバックしてシステムのリセットを行う可能性があります。
3 つのレイヤーは、一般的なライブラリである を使用して管理されvirtualenv
ます。ではvirtualenv
、独自のライブラリ セットを使用して分離された Python 環境を作成できます。たとえば、それぞれが競合するパッケージを必要とする複数のアプリケーションを開発している場合、それらを別々の「仮想環境」で開発できます。を使用するvirtualenv
と、Canopy は同じことを実行できます。複数の「ユーザー」環境が存在する可能性があります (ただし、その機能はまだ GUI を通じて公開されていません)。
「アクティブ化」スクリプトを使用して仮想環境をアクティブ化します。これは、Canopy が次の.bash_profile
行で実行します。
~/Library/Enthought/Canopy_64bit/User/bin/activate
DJon が指摘したように。
デフォルトでvirtualenv
は、現在の仮想環境を思い出せるように bash プロンプトが変更されます。そのため、「(Canopy 64bit)」プロンプトが表示されます。これを取り除くには、 から行を削除できますが.bash_profile
、これは、システムを適切な python 実行可能ファイルと適切なライブラリに手動でポイントする必要があることを意味します。
punchagan ソリューションvirtualenv
は、Canopy 仮想環境自体をそのままにして、デフォルトのプロンプトを無効にするだけです。
VIRTUAL_ENV_DISABLE_PROMPT=true