Pipenv: ロックの更新が非常に遅い

私たちはこのトピックを追跡することを認識しており、多くの問題を抱えています。 ＃1785＃1886＃1891およびPR＃1896を参照してください

npmとyarnには、依存関係がプレーンテキストで指定されているため、依存関係グラフを決定するために、予想される各パッケージを完全にダウンロードして実行する必要がないという利点があります。 Pythonの依存関係では、解決して計算するために、各パッケージのセットアップファイルを完全にダウンロードして実行する必要があります。 それはただの現実です、それは少し遅いです。 2分待つことができない場合、またはトレードオフの価値がないと感じた場合は、いつでも--skip-lock渡すことができます。

他の問題を追跡するために閉じます。

ここでも同じです。今試してみて、djangoのインストールはすでに10分で完了しています。

一度にカップルをインストールしようとすると遅いようですが、一度に1つずつインストールすると少し速く動作します

遅い動作を再現するPipfileを提供できれば、それは役に立ちます-ありがとう

Pythonの依存関係では、解決して計算するために、各パッケージのセットアップファイルを完全にダウンロードして実行する必要があります

パッケージに独自のPipfile.lockがある場合でも、これは当てはまりますか、それとも、pipenvは、依存関係を判断するために可能な場合はそれを使用しますか？

pipenvは、依存関係を判断するために可能な場合はそれを使用しますか？

いいえ。Pipenvはアプリケーション依存関係解決ツールです。 依存関係が別のアプリケーションによってPythonパッケージとして使用されると、その依存関係はアプリケーションではなくなります。 その依存関係は、setup.py（またはsetup.cfgまたはPyPIへのアップロードに使用するもの）によって決定されます。 ロックファイルから依存関係をロードすることは、依存関係地獄への確実なルートです。

それはまだ超遅いです

@iddanリマインダーをありがとう、キャプテン

申し訳ありませんが、OSSのメンテナとして、年齢が原因で問題が却下されることがあることを私は知っています。 問題が議論を受けたとしても、それはまだ関連していると述べたかっただけです

上記の--skip-lock @techalchemyノートは素晴らしいです。 これは、よりアクセスしやすい、または公表されたオプションである必要があります。 どこかでデフォルトとして設定できますか？

@techalchemy新しいMacProで20分かかる場合はどうなりますか？

上記の--skip-lock @techalchemyノートは素晴らしいです。 これは、よりアクセスしやすい、または公表されたオプションである必要があります。 どこかでデフォルトとして設定できますか？

私が収集する限り、pipenvの圧倒的な利点は、依存関係がうまく連携することを保証することです—あなただけでなく、後であなたのコードを扱う人にとっても。 その保証の産物であるロックファイルは、_開発者を含めて_誰もが期待または望んでいるよりも絶対に時間がかかります—＃2200を参照してください。

ただし、pipenvがPythonコミュニティ全体の善意のある開発者を、将来の貢献者に頭を悩ませるワークフローに向けて導く機会も理解できると思います。開発環境のセットアップ方法を理解する」段階。 そして、将来のメンテナによって投げられる手が少なくなりました— PRの作者によってドライブバイされただけだったかもしれませんが、「プロジェクトの深い内部を真剣にめちゃくちゃにする」段階で諦めていました。

--skip-lockがPipfileの永続的なフラグまたはpipenv構成の設定になると、pipenvの認識はゆっくりと「より良いピップ」に向かってスライドし、コミュニティが最終的に着陸するにつれて、もう1つの踏み石が地平線に消えていきます。妥協の少ない精神的後継者。

env var、またはアプリケーションが_ "ユーザー固有のローカル構成、障害" _領域に直接存在する他のメソッドとしてのみ使用できるようにしておくと、pipenvがロックファイル生成の速度低下の通過フェーズをあきらめることなく克服できるようになります。パッケージ管理における_暗黙性よりも明示性_への真に有益な文化的シフト。

Pythonの信じられないほど広大な標準ライブラリは巨大な資産であり、その歴史は一貫性を課す多くの時代を経てきました。 ほとんどの標準パッケージがうまく連携することは、多くの人々が長年にわたって検討することを含む大きな偉業です。 いつの日か、そのプレイの素晴らしさは、ウェブ上で遭遇するほとんどのPythonプロジェクトにまで及ぶでしょう— stdlibから遠く離れて、必要なPEPがはるかに少なくなります（そして、フラストレーションで空けるBDFLがはるかに少なくなります）。 このような一方的なバター体験の影響を測定することは困難ですが、現在の一部の言語は、すぐに便利になるように概念の整合性を妥協することを拒否しています...そして、彼らが行く場所です。

したがって、_yes_、ロックファイルの生成は遅く、_yes _、 pip install --saveだけが必要な場合はイライラします。 しかし、それは私たちが何年もの間クローゼットに象を押し込んできたからです。外部の依存関係からの期待や意図の絡み合った混乱はなかったと信じています。なぜなら、_「私のマシンにうまくインストールされた」_からです。

ロックファイルの生成は、私たち全員が当たり前と思っていることを明示的にしているため、_only_遅いです。 しかし、それが痛いので、私たちはそれが起こらないように物事を調整します。 自分が信じていることをしているので、腕を骨折しました。確かに、腕を二度と使用しないことで痛みを回避できます。または、治癒中にギプスに入れることもできます。

私は今日、pipenvを自分にとって便利にしないようにあなたに言う最後の人です（そうでなければ、私はくだらない開発者になります— _しかし、陪審員はまだ出ていません_）、しかし私はあなたにロックファイル生成の欲求不満が成長しているのを見ることをお勧めしますPythonコミュニティが、キャストを削除するときに実際に予想されるよりも完全に機能する手足を備えた、強くて健康な体に成長する間の痛み。 Python3に到達しました。stdlibの依存関係管理に到達しましょう。

私のマシンでは、ロックファイルを作成するのに38分かかりました。 Windows10を実行してPython3.7を使用する

numpyとpillowだけがすでにインストールされており、numbaのインストールに1秒未満、ロックに25分かかりました。 pipenvはロック時にすべてのlibを強制的にコンパイルしますか、それともこれはどのように機能しますか？

参考までに、永続的なスキップロックは、クリック設定であるauto_envvar_prefixのスイッチを誰かが切り替えるのを待っているだけです。 私はコア機能に100％集中しているので、これを見る機会はまだありませんが、それほど難しくはないと思います

TLDR; 典型的なpipenv install呼び出し：時間：144.82実数33.68ユーザー5.77システム。 --skip-lock ：時間：4.54実数5.33ユーザー0.87システム。

パンダ-datareaderのインストールが最初の試行で失敗し、 lockハングする可能性があります。 これは他の誰かが他のパッケージで見ている問題ですか？

バージョン2018.11.26を使用

$ pipenv --version
pipenv, version 2018.11.26

requirements.txt

sklearn
pandas
numpy
matplotlib
statsmodels

典型的なpipenv install呼び出し。 time （BSD）を使用した時限実行。

結果：144.82実際の33.68ユーザー5.77 sys

$ time pipenv install -r requirements.txt
Requirements file provided! Importing into Pipfile…
Pipfile.lock (0fdb67) out of date, updating to (a65489)…
Locking [dev-packages] dependencies…
Locking [packages] dependencies…
✔ Success!
Updated Pipfile.lock (0fdb67)!
Installing dependencies from Pipfile.lock (0fdb67)…
  🎅   ▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉ 15/15 — 00:00:04
To activate this project's virtualenv, run pipenv shell.
Alternatively, run a command inside the virtualenv with pipenv run.
      144.82 real        33.68 user         5.77 sys

w \ --skip-lockを呼び出す

結果：4.54実数5.33ユーザー0.87 sys

$ time pipenv install -r requirements.txt --skip-lock
Requirements file provided! Importing into Pipfile…
Installing dependencies from Pipfile…
  🎅   ▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉ 6/6 — 00:00:01
To activate this project's virtualenv, run pipenv shell.
Alternatively, run a command inside the virtualenv with pipenv run.
        4.54 real         5.33 user         0.87 sys

https://github.com/pandas-dev/pandas/が問題になると思い

pytestも問題になる可能性がありますが：\

それは私のマシンでも終了しません：

Installing pandas…
Adding pandas to Pipfile's [packages]…
Installation Succeeded
Pipfile.lock not found, creating…
Locking [dev-packages] dependencies…
Locking [packages] dependencies…
Traceback (most recent call last):
  File "c:\python36\lib\site-packages\pipenv\vendor\pexpect\expect.py", line 109, in expect_loop
    return self.timeout()
  File "c:\python36\lib\site-packages\pipenv\vendor\pexpect\expect.py", line 82, in timeout
    raise TIMEOUT(msg)
pexpect.exceptions.TIMEOUT: <pexpect.popen_spawn.PopenSpawn object at 0x00000292ADCCCDD8>
searcher: searcher_re:
    0: re.compile('\n')

@ black-snow別のシェルで試すことをお勧めします。 物事を深く掘り下げることなく、pexpect（インタラクティブなCLIプログラムとプログラムでインターフェイスするためのライブラリ）を使用して、pipenvが実行されているシェルを検出しているようです。これは停止している可能性があります。 pexpectはそのようなことにはちょっとやり過ぎのようですが、私は全体の文脈を知りません。

@ theY4Kmanアドバイスをありがとう。 pipenvは、同じubuntuとbashバージョンの別のPCで正常に動作しています...

pipfileがロックするのを待っている間にこれを読んでください... :)解決策があれば素晴らしいでしょう。

Pythonパッケージのdepsを解析してキャッシュし、マシンフレンドリーな形式で配布するには、なんらかのAPIが必要なようです。 そのため、パッケージ全体をダウンロードして解析する必要がなくなります。

私は、bundleとruby gemがそのようなものを維持し、使用していると信じています。

Javaには、パッケージの依存関係やパッケージに関するその他の情報を含むPOMファイル（XML）もあります。 これらは、コンパイルされたJARとは別にアップロードされます。

すべての新しいパッケージマネージャーには、いくつかの個別のメタファイル（npm / yarn、composer、gradle / maven、cargo、ruby gems / bundlerなど）があります。

関連する問題：
https://github.com/pypa/warehouse/issues/474

バンドル全体をダウンロードしなくても、PyPiから依存関係情報を取得できます（PEP426に取って代わったPEP566を参照）。

package_name = 'Django'
PYPI_API_URL = 'https://pypi.python.org/pypi/{package_name}/json'
package_details_url = PYPI_API_URL.format(package_name=package_name)
response = requests.get(package_details_url)
data = json.loads(response.content)
data['info'].get('requires_dist')
data['info'].get('requires')
data['info'].get('setup_requires')
data['info'].get('test_requires')
data['info'].get('install_requires')

@techalchemy上記のコメントを見ましたか？

これはかなり一貫して起こっており、本質的にpipenvは何かを「ロック」している間に町を回ります：なぜこの問題は解決されたのですか？

--skip-lockが進むべき道であることを理解しますが、「インストール」に数秒かかり、「ロック」に永遠にかかる理由はまったくわかりません。少なくともlockコマンドである程度の進行が見られると便利です。 / updateログ：現状では、ある種のwhile True永久に行き詰まっているかどうかさえはっきりしていません...

少なくとも、私が何か間違ったことをしているのか、それとも単にpipenvの「機能」なのかを知りたいのです。

私たちのプロジェクトでは、 pipenv lockはとても遅いです。 それは間違いなく私たちの通常の使用に影響を与えました。 新しいパッケージを追加することは、今私たちにとって本当に苦痛になります。 とにかく、この動作をデバッグできますか？

PyTorchをインストールしようとしていますが、ロックするのに20分かかり、次のエラーが発生します

Installing initially failed dependencies…
[pipenv.exceptions.InstallError]:   File "/usr/local/lib/python3.6/dist-packages/pipenv/core.py", line 1992, in do_install
[pipenv.exceptions.InstallError]:       skip_lock=skip_lock,
[pipenv.exceptions.InstallError]:   File "/usr/local/lib/python3.6/dist-packages/pipenv/core.py", line 1253, in do_init
[pipenv.exceptions.InstallError]:       pypi_mirror=pypi_mirror,
[pipenv.exceptions.InstallError]:   File "/usr/local/lib/python3.6/dist-packages/pipenv/core.py", line 859, in do_install_dependencies
[pipenv.exceptions.InstallError]:       retry_list, procs, failed_deps_queue, requirements_dir, **install_kwargs
[pipenv.exceptions.InstallError]:   File "/usr/local/lib/python3.6/dist-packages/pipenv/core.py", line 763, in batch_install
[pipenv.exceptions.InstallError]:       _cleanup_procs(procs, not blocking, failed_deps_queue, retry=retry)
[pipenv.exceptions.InstallError]:   File "/usr/local/lib/python3.6/dist-packages/pipenv/core.py", line 681, in _cleanup_procs
[pipenv.exceptions.InstallError]:       raise exceptions.InstallError(c.dep.name, extra=err_lines)
[pipenv.exceptions.InstallError]: ['Collecting pytorch==1.0.2 (from -r /tmp/pipenv-pb00kf8t-requirements/pipenv-vae35p2d-requirement.txt (line 1))', '  Using cached https://files.pythonhosted.org/packages/ee/67/f403d4ae6e9cd74b546ee88cccdb29b8415a9c1b3d80aebeb20c9ea91d96/pytorch-1.0.2.tar.gz', 'Building wheels for collected packages: pytorch', '  Building wheel for pytorch (setup.py): started', "  Building wheel for pytorch (setup.py): finished with status 'error'", '  Running setup.py clean for pytorch', 'Failed to build pytorch', 'Installing collected packages: pytorch', '  Running setup.py install for pytorch: started', "    Running setup.py install for pytorch: finished with status 'error'"]
[pipenv.exceptions.InstallError]: ['ERROR: Complete output from command /home/alex/.local/share/virtualenvs/pytorch-umelu-tG/bin/python3 -u -c \'import setuptools, tokenize;__file__=\'"\'"\'/tmp/pip-install-hix3yz6v/pytorch/setup.py\'"\'"\';f=getattr(tokenize, \'"\'"\'open\'"\'"\', open)(__file__);code=f.read().replace(\'"\'"\'\\r\\n\'"\'"\', \'"\'"\'\\n\'"\'"\');f.close();exec(compile(code, __file__, \'"\'"\'exec\'"\'"\'))\' bdist_wheel -d /tmp/pip-wheel-f_h8w1pz --python-tag cp36:', '  ERROR: Traceback (most recent call last):', '    File "<string>", line 1, in <module>', '    File "/tmp/pip-install-hix3yz6v/pytorch/setup.py", line 15, in <module>', '      raise Exception(message)', '  Exception: You tried to install "pytorch". The package named for PyTorch is "torch"', '  ----------------------------------------', '  ERROR: Failed building wheel for pytorch', '    ERROR: Complete output from command /home/alex/.local/share/virtualenvs/pytorch-umelu-tG/bin/python3 -u -c \'import setuptools, tokenize;__file__=\'"\'"\'/tmp/pip-install-hix3yz6v/pytorch/setup.py\'"\'"\';f=getattr(tokenize, \'"\'"\'open\'"\'"\', open)(__file__);code=f.read().replace(\'"\'"\'\\r\\n\'"\'"\', \'"\'"\'\\n\'"\'"\');f.close();exec(compile(code, __file__, \'"\'"\'exec\'"\'"\'))\' install --record /tmp/pip-record-xr7o93_5/install-record.txt --single-version-externally-managed --compile --install-headers /home/alex/.local/share/virtualenvs/pytorch-umelu-tG/include/site/python3.6/pytorch:', '    ERROR: Traceback (most recent call last):', '      File "<string>", line 1, in <module>', '      File "/tmp/pip-install-hix3yz6v/pytorch/setup.py", line 11, in <module>', '        raise Exception(message)', '    Exception: You tried to install "pytorch". The package named for PyTorch is "torch"', '    ----------------------------------------', 'ERROR: Command "/home/alex/.local/share/virtualenvs/pytorch-umelu-tG/bin/python3 -u -c \'import setuptools, tokenize;__file__=\'"\'"\'/tmp/pip-install-hix3yz6v/pytorch/setup.py\'"\'"\';f=getattr(tokenize, \'"\'"\'open\'"\'"\', open)(__file__);code=f.read().replace(\'"\'"\'\\r\\n\'"\'"\', \'"\'"\'\\n\'"\'"\');f.close();exec(compile(code, __file__, \'"\'"\'exec\'"\'"\'))\' install --record /tmp/pip-record-xr7o93_5/install-record.txt --single-version-externally-managed --compile --install-headers /home/alex/.local/share/virtualenvs/pytorch-umelu-tG/include/site/python3.6/pytorch" failed with error code 1 in /tmp/pip-install-hix3yz6v/pytorch/']
ERROR: ERROR: Package installation failed...

エラーは未読で、何が悪かったのかわかりません。 環境へのpipを使用したインストールは正常に機能します！ これは本当にショーストッパーです。 Requirements.txtに戻ります...

これは私が今使用している回避策です：

export PIPENV_SKIP_LOCK=true

その後、 pipenv install fooはロックされず、時間があるときにpipenv lock実行して手動でロックできます。

@awhillas最後の行に必要なものがすべて記載されていることを確認してください。

「pytorch」をインストールしようとしました。 PyTorchにちなんで名付けられたパッケージは「torch」です

依存関係をロックすることは重要なので、「スキップロック」が永続的な解決策であるとは思いません。 同時に、「ロックの依存関係」（内部で発生する可能性のあるものは何でも）が現在、機能的に完了するのに数分または数時間かかるため、最大限に最適化されていることを購入しません。 実際、私のpipenvロックは、失敗する前に笑える5つの依存関係を持つPipfileで数分間実行されました（スタックは下部に接続されています）。その間、使用可能なCPUの10〜15％とわずかなメモリしか使用しませんでした。

少なくとも、ボトルネックのプロファイルを作成して特定するために、グループで努力することはできますか？ 私は、このプロセスを妥当な実行時間に入れるのを待っているだけで、そこにいくつかのばかげた低いぶら下がっている果物があると感じています。

pipenv version 2018.11.26

Pipfileの場合：

[[source]]
url = "https://pypi.org/simple"
verify_ssl = true
name = "pypi"

[packages]

[dev-packages]
keras = "*"
tensorflow = "~=1.13"
setuptools = "*"
wheel = "*"
twine = "*"

[requires]
python_version = ">=3.6"

Pipfile.lock (63b275) out of date, updating to (5e165c)…
Locking [dev-packages] dependencies…
Traceback (most recent call last):
  File "/usr/local/Cellar/pipenv/2018.11.26_2/libexec/lib/python3.7/site-packages/pipenv/vendor/pexpect/expect.py", line 109, in expect_loop
    return self.timeout()
  File "/usr/local/Cellar/pipenv/2018.11.26_2/libexec/lib/python3.7/site-packages/pipenv/vendor/pexpect/expect.py", line 82, in timeout
    raise TIMEOUT(msg)
pexpect.exceptions.TIMEOUT: <pexpect.popen_spawn.PopenSpawn object at 0x105a17210>
searcher: searcher_re:
    0: re.compile('\n')

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/usr/local/Cellar/pipenv/2018.11.26_2/libexec/bin/pipenv", line 11, in <module>
    load_entry_point('pipenv==2018.11.26', 'console_scripts', 'pipenv')()
  File "/usr/local/Cellar/pipenv/2018.11.26_2/libexec/lib/python3.7/site-packages/pipenv/vendor/click/core.py", line 764, in __call__
    return self.main(*args, **kwargs)
  File "/usr/local/Cellar/pipenv/2018.11.26_2/libexec/lib/python3.7/site-packages/pipenv/vendor/click/core.py", line 717, in main
    rv = self.invoke(ctx)
  File "/usr/local/Cellar/pipenv/2018.11.26_2/libexec/lib/python3.7/site-packages/pipenv/vendor/click/core.py", line 1137, in invoke
    return _process_result(sub_ctx.command.invoke(sub_ctx))
  File "/usr/local/Cellar/pipenv/2018.11.26_2/libexec/lib/python3.7/site-packages/pipenv/vendor/click/core.py", line 956, in invoke
    return ctx.invoke(self.callback, **ctx.params)
  File "/usr/local/Cellar/pipenv/2018.11.26_2/libexec/lib/python3.7/site-packages/pipenv/vendor/click/core.py", line 555, in invoke
    return callback(*args, **kwargs)
  File "/usr/local/Cellar/pipenv/2018.11.26_2/libexec/lib/python3.7/site-packages/pipenv/vendor/click/decorators.py", line 64, in new_func
    return ctx.invoke(f, obj, *args, **kwargs)
  File "/usr/local/Cellar/pipenv/2018.11.26_2/libexec/lib/python3.7/site-packages/pipenv/vendor/click/core.py", line 555, in invoke
    return callback(*args, **kwargs)
  File "/usr/local/Cellar/pipenv/2018.11.26_2/libexec/lib/python3.7/site-packages/pipenv/vendor/click/decorators.py", line 17, in new_func
    return f(get_current_context(), *args, **kwargs)
  File "/usr/local/Cellar/pipenv/2018.11.26_2/libexec/lib/python3.7/site-packages/pipenv/cli/command.py", line 254, in install
    editable_packages=state.installstate.editables,
  File "/usr/local/Cellar/pipenv/2018.11.26_2/libexec/lib/python3.7/site-packages/pipenv/core.py", line 1992, in do_install
    skip_lock=skip_lock,
  File "/usr/local/Cellar/pipenv/2018.11.26_2/libexec/lib/python3.7/site-packages/pipenv/core.py", line 1221, in do_init
    pypi_mirror=pypi_mirror,
  File "/usr/local/Cellar/pipenv/2018.11.26_2/libexec/lib/python3.7/site-packages/pipenv/core.py", line 1068, in do_lock
    lockfile=lockfile
  File "/usr/local/Cellar/pipenv/2018.11.26_2/libexec/lib/python3.7/site-packages/pipenv/utils.py", line 649, in venv_resolve_deps
    c = resolve(cmd, sp)
  File "/usr/local/Cellar/pipenv/2018.11.26_2/libexec/lib/python3.7/site-packages/pipenv/utils.py", line 517, in resolve
    result = c.expect(u"\n", timeout=environments.PIPENV_INSTALL_TIMEOUT)
  File "/usr/local/Cellar/pipenv/2018.11.26_2/libexec/lib/python3.7/site-packages/pipenv/vendor/delegator.py", line 215, in expect
    self.subprocess.expect(pattern=pattern, timeout=timeout)
  File "/usr/local/Cellar/pipenv/2018.11.26_2/libexec/lib/python3.7/site-packages/pipenv/vendor/pexpect/spawnbase.py", line 341, in expect
    timeout, searchwindowsize, async_)
  File "/usr/local/Cellar/pipenv/2018.11.26_2/libexec/lib/python3.7/site-packages/pipenv/vendor/pexpect/spawnbase.py", line 369, in expect_list
    return exp.expect_loop(timeout)
  File "/usr/local/Cellar/pipenv/2018.11.26_2/libexec/lib/python3.7/site-packages/pipenv/vendor/pexpect/expect.py", line 119, in expect_loop
    return self.timeout(e)
  File "/usr/local/Cellar/pipenv/2018.11.26_2/libexec/lib/python3.7/site-packages/pipenv/vendor/pexpect/expect.py", line 82, in timeout
    raise TIMEOUT(msg)
pexpect.exceptions.TIMEOUT: <pexpect.popen_spawn.PopenSpawn object at 0x105a17210>
searcher: searcher_re:
    0: re.compile('\n')

前のコメントの補足として、 pip lock個別に実行すると、最初にpip install --skip-lock実行してから、妥当な時間（〜15秒）がかかりました。 したがって、インストール後のロックの呼び出しが古くなっているか、そうでなければ障害が発生している可能性があります。 :)

参考までに、テンソルフローが遅い/タイミングアウトロックの原因であることがわかりました。それがpipenvのプロファイルに役立つ場合です。 （それでもこれをpipenvの問題と考えてください...）

Tensorflowは、pipenvを基本的に役に立たないツールにする可能性のある多くのパッケージの1つです。 ただし、グループプロファイリングの提案は気に入っています。 それはこの問題に取り組み始めるための素晴らしいアイデアだと思います。 繰り返しになりますが、PEP 566は、ソース全体をロードせずに（pypiを介して）依存関係を列挙できるようにしました。これは役立つ場合があります： https ：

@brandonrobertz私が見るところによると、依存関係のすべてのパッケージをダウンロードすることは、ほとんどの時間が費やされる場所です。 これも以前に確認されています。

これを確認する方法：

• 新しいPipfileを作成し、ロックを有効にしてscipy （たとえば）をインストールしてみてください
• ロックが完了するまで待ちます。 （私のマシンでは約5分かかります）
• Pipfile.lock削除します
• pipenv lock実行します-すべてのパッケージがすでにダウンロードされ、通常は~/.cache/pipenvにあるPipenvキャッシュに保持されているため、ロックにかかる時間はごくわずかです（私のマシンでは6秒）。

これをテストするために使用したDockerfileは次のとおりです。

FROM python:3.6
ENV WORKDIR=/work/
WORKDIR /work/
RUN python3 -m pip install --upgrade pip
RUN python3 -m pip install pipenv
RUN PIPENV_SKIP_LOCK=true pipenv install scipy
RUN date
RUN pipenv lock
RUN date
RUN rm Pipfile.lock
RUN pipenv lock
RUN date

@shtratosええ、それは理にかなっています、そして他の人はこの問題のスレッドでそれを示唆しました。 依存関係のダウンロードと解析にはコストがかかります。 これらの手順のいくつかは、pypi依存関係APIからプルすることで削除できるようです。

一部のライブラリでは、品質が低く、プラクティスが悪いため（setup.pyまたはrequirements.txtを使用していないため）、これはおそらく機能しません。 しかし、主要な違反者の一部は非常に人気のあるライブラリ（tensorflow、numpy）であるように思われるため、超低速プロセスへのフォールバックを使用してこれを実装することは、前進するための良い道かもしれません。

そのコードを見つける方向を教えてもらえますか？ 私はそれをフォークで並列化することを突き刺すことができました。

https://github.com/pandas-dev/pandas/が問題になると思い

pytestも問題になる可能性がありますが：\

私はそうは思いません、それは私のマシンでうまく動作します、問題はそれよりも一般的であるようです

私の場合、問題はピリントのようです。 pipenv install pylintを実行するだけでは、常にロックでハングします。https： //github.com/pypa/pipenv/issues/2284#issuecomment-569457752を参照して

私はすべてのプロジェクトで同じ問題を抱えています。
原因はピリントのようです。
Pipenv（pip）は正常にインストールできますが、ロックには永遠に時間がかかります。
pipenv, version 2018.11.26

最小限の作業例

djbrown@DESKTOP-65P6D75:~$ mkdir test
djbrown@DESKTOP-65P6D75:~$ cd test
djbrown@DESKTOP-65P6D75:~/test$ pipenv install --dev pylint --verbose
Creating a virtualenv for this project…
Pipfile: /home/djbrown/test/Pipfile
Using /usr/bin/python3 (3.6.9) to create virtualenv…
⠸ Creating virtual environment...Already using interpreter /usr/bin/python3
Using base prefix '/usr'
New python executable in /home/djbrown/.local/share/virtualenvs/test-PW-auWy_/bin/python3
Also creating executable in /home/djbrown/.local/share/virtualenvs/test-PW-auWy_/bin/python
Installing setuptools, pip, wheel...done.

✔ Successfully created virtual environment!
Virtualenv location: /home/djbrown/.local/share/virtualenvs/test-PW-auWy_
Creating a Pipfile for this project…
Installing pylint…
⠋ Installing...Installing 'pylint'
$ ['/home/djbrown/.local/share/virtualenvs/test-PW-auWy_/bin/pip', 'install', '--verbose', '--upgrade', 'pylint', '-i', 'https://pypi.org/simple']
Adding pylint to Pipfile's [dev-packages]…
✔ Installation Succeeded
Pipfile.lock not found, creating…
Locking [dev-packages] dependencies…
⠇ Locking...

私たちはこのトピックを追跡することを認識しており、多くの問題を抱えています。 ＃1785＃1886＃1891およびPR＃1896を参照してください

npmとyarnには、依存関係がプレーンテキストで指定されているため、依存関係グラフを決定するために、予想される各パッケージを完全にダウンロードして実行する必要がないという利点があります。 Pythonの依存関係では、解決して計算するために、各パッケージのセットアップファイルを完全にダウンロードして実行する必要があります。 それはただの現実です、それは少し遅いです。 2分待つことができない場合、またはトレードオフの価値がないと感じた場合は、いつでも--skip-lock渡すことができます。

他の問題を追跡するために閉じます。

他の4つの問題のうち3つは現在クローズされており、残りの1つは2018年以降アクティビティがありません。この問題は引き続き発生するため、再度開くことをお勧めしますか？

Pythonの依存関係では、解決して計算するために、各パッケージのセットアップファイルを完全にダウンロードして実行する必要があります

私はそれが今でもパッケージの大部分であるはずのホイールには当てはまらないと思いますか？

少なくとも毎回dlibのホイールを作成する必要があることはわかっていますが、これは恐ろしいことです。

依存関係を解決するプロセスは、ツリーを取得するたびにクライアントで別のリモートルックアップが必要な場合でも、パッケージバージョンごとにどこかにキャッシュする必要があります（そうすべきではありません。事後にローカルにキャッシュすることもできます）。 ）。 たとえば、パッケージリポジトリは、解決されたdepツリーを簡単に格納できます。 キャッシュされた解決済みのdepツリーに対する追加のネットワークヒットは、パッケージ全体をダウンロードして計算するよりも常に高速です。

FWIWすべてのプロジェクトからpipenvを削除しました（これが1つの主な理由であり、他にもあります）。

virtualenv + pip （ requirements.txt ）は、Prodの展開でもかなりうまく機能するようになりました。 いずれにせよ、最近では完全に形成されたコンテナを展開しています。 本当にpipenvに入った後、私はもはやそれの要点を理解していません。

この号を再度開いてください。
それ以外の場合、pipenvが参照パッケージツールになることはありません