Toxとlibとlib64とサイトパッケージ

Question

私は、連続ビルドサーバーで私のPythonプロジェクトのテストを実行するのにtoxとcoverage.pyを使用しています。私はpython3.5 setup.py installを使ってインストールしたベンダー（PyPIでは利用できません）のpkg_xパッケージを持っています。これは/usr/lib/python3.5/site-packagesです。今では、そのパッケージをテストコードで利用できるようにする必要があります。

私の現在のtox.iniは次のようになりません：

[tox] 
envlist = py35 

[testenv] 
deps = nose 
     coverage 
commands = coverage run -m nose [] 
sitepackages = True 

と、私はそうのようなテストを実行します。見事に失敗し

python3.5 -m tox -- --verbose --with-doctest 

を - 私の地元setup.py（例えば、公開に記載されている依存パッケージのどれも関連するパッケージを含むと思われる.tox/py35/lib/python3.5/site-packages/more_itertoolsのようなディレクトリを作成しても、more_itertoolsのようなもの）が見つかります。私は.tox/py35/bin/python3.5を起動した場合、sys.pathは次のようになります。

>>> [re.compile('.*\\.tox').sub('.tox', x) for x in sys.path] 
['', 
'.tox/py35/lib64/python35.zip', 
'.tox/py35/lib64/python3.5', 
'.tox/py35/lib64/python3.5/plat-linux', 
'.tox/py35/lib64/python3.5/lib-dynload', 
'/usr/lib64/python3.5', 
'/usr/lib/python3.5', 
'.tox/py35/lib/python3.5/site-packages'] 

私は私のtox.iniからsitepackages = True行を削除した場合、私は遠く得るか、という点でmore_itertoolsのようにパッケージ化し、私のsetup.py依存関係にあるものの残りの部分ができます今では見つかりましたが、上記のベンダーパッケージpkg_xはまだ見つかりません。そしてsys.pathは次のようになります。どちらの場合

>>> [re.compile('.*\\.tox').sub('.tox', x) for x in sys.path] 
['', 
'.tox/py35/lib64/python35.zip', 
'.tox/py35/lib64/python3.5', 
'.tox/py35/lib64/python3.5/plat-linux', 
'.tox/py35/lib64/python3.5/lib-dynload', 
'/usr/lib64/python3.5', 
'/usr/lib/python3.5', 
'.tox/py35/lib/python3.5/site-packages', 
'/usr/lib64/python3.5/site-packages', 
'/usr/lib/python3.5/site-packages'] 

.tox/py35/はどこかのベンダーのパッケージpkg_xを含んでいるように見えるん。ディレクトリ/usr/lib/python3.5/site-packagesが表示されますが、.tox/py35/bin/python3.5を手動で起動すると、テストを実行するときにpkg_xが実際に見つかりません。またsitepackages = Trueように見える

は右、 http://tox.readthedocs.io/en/latest/config.html#confval-sitepackages=True|Falseで行うことを文書化しているものとは逆の効果を持っていますか？

アドバイスありがとうございます！説明から

Answer 1

、私は怒らせるという意味ではありませんが、おそらくどのようにvirtualenvとtox仕事のご理解が一緒に仕事を必要とします：

Toxはvirtualenvを作成し、それはその環境内からテストだ実行されます。

--sitepackages引数は、virtualenvがグローバルにインストールされたパッケージにアクセスできるかどうかを判断するスイッチです。

toxを実行する「通常の」方法は、単にtoxと言うことになります。ピップまたはOSパッケージを介してインストールすることは、あなたのパスに入れてください。すなわち：言って同じである

$ tox 

：あなたが直接TOXを呼び出す

$ tox -c tox.ini 

、python -m tox、それが何かをするかもしれないが、これは私には赤い旗です。このコマンドは、関連する仮想環境をアクティブにする可能性は低いと思われます。これは、パッケージの可用性の不安を説明します。sitepackagesを省略すると、仮想パッケージ内にあると考えて実際にグローバルパッケージを追加するので、実際にはグローバルではありますが、localサイトパッケージと思われるものが追加されます。グローバルパッケージを探しているときに見つけられないので、それを真実にすると、逆のことが起こります。どんなところでも、毒素を期待通りに呼び出さないので、私たちと同じように混乱します。

toxコマンドを使用してください。

もう少しお待ちください：必要なパッケージはありますが、pypiでは利用できません。だから毒素はどのようにそれをインストールするつもりですか？ tox docsはいくつかの方法を示唆しています（requirements.txtを使用します）。しかし、ここではenvを有効にして手動でインストールするのが最も直接的です。

さらにデバッグする必要がある場合は、.toxディレクトリに移動し、手動でvenvを有効にしてください。例えば：

$ source .tox/testenv/bin/activate 

（testenvあなたがtox.iniに括弧の間で使用される名前です）。

今、あなたは例えば前にそれをやったが、パッケージをインストールします。あなたはそれをこの方法を完了したらpip install pkg_x

はvenvを非アクティブ化します。

$ deactivate 

は今toxを試してみてください？

commands = coverage run -m nose [] 

これに：私たちは正しい軌道に乗っている場合は

は、それは私の問題への解決策のように見えるlearn more about virtualenv here

Answer 2

このことから私のtox.iniにcommandsラインを変更することです

commands = python -m coverage run -m nose [] 

効果はpythonがvirtualenvでマップされたコマンドになりました。これは正しいPyt honインタープリタ、coverageモジュールをロードして実行します。 python -mがなければ、実行可能ファイルcoverageが私のPATHにあり、予期しない結果が出るだけです。 whitelist_externalsを使用することもできますが、問題の原因となるのはバンド効果のみです。私もがsitepackages = Trueの行を追加します。場合

はその後、それが成功した私は、ベンダーからインストールpkg_xを見て、私のテストが成功します。