私は作業中の多くのプロジェクトの環境を定義するのにを使用しました。私はvirtualenv
のpythonをバージョン3.4と定義しました。最終的に私のグローバルなpythonは3.4.0から3.4.3にアップグレードされました。 virtualenv
がグローバルバイナリに依存していたため(virtualenv
内の/lib/python3.4
の内容は、実際はグローバルバイナリへのリンクに過ぎません)、これらはマイナーバージョンまでは定義されていません。つまり、アップグレードが完了すると、バイナリフォルダ/usr/lib/python3.4
の内容が置き換えられました。これは、Pythonでは3.4.0と3.4.3では個別にインストールされず、/usr/lib/python3.4
という名前の単一のフォルダにのみインストールされるためです。 virtualenv
のPython実行ファイルは3.4.0だったので、明らかに3.4.3バイナリとの互換性の問題がありました(の読み込みに失敗し、pythonの実行に依存することはありません)。私が見つけた唯一の修正点は、私のグローバルなPythonインストールをダウングレードすることですが、これは "汚い"と感じています。 1つのプロジェクトで3.4.0を実行し、別のプロジェクトで3.4.3を実行したらどうなりますか? 3.4.xインストールでバイナリフォルダが1つしか存在しない場合、同じマシン上でそれらを並行して動作させる方法はありませんか?私はvirtualenvを間違って使用していますか、これはそれの制限ですか?
virtualenv
を使用したときにかなりの数の人がバイナーズの問題について不満を抱いていると聞いて、ここに明らかなものがないか、これが共通の問題であるかどうかを理解しようとしています。
将来、virtualenvwrapper
にバイナリをリンクするのではなくコピーするようにと言っていますか?
は、Python 3.4.3あなたのコードと互換性がないことの問題ですか、それは失敗ばかりvirtualenvの(再作成です:あなたはそれらを再作成し、その中にすべてのものを再インストールします(お使いのvirtualenvのルートでこれを実行)する必要がありますvirtualenvと内部のすべてを再インストールすると修正されます)? –
問題は私のコードではありません。基本的なライブラリをロードしようとすると、仮想env内のPythonインタプリタをロードするだけでも失敗します。だから私のコードの詳細が画像に入る前に事態がうまくいかない。これは本当に、実行ファイルに間違ったバイナリがリンクされていることです。 – ticster
新しいvirtualenvを作成し、そこにPython 3.4.3を実行するとどうなりますか? –