Pipenv: 잠금 업데이트가 매우 느립니다.

우리는 이 주제를 추적하는 데 많은 문제가 있음을 알고 있습니다. #1785 #1886 #1891 및 PR #1896 참조

npm과 yarn은 종속성이 일반 텍스트로 지정되어 있기 때문에 종속성 그래프를 확인하기 위해 각 예상 패키지를 완전히 다운로드하고 실행할 필요가 없다는 장점이 있습니다. Python 종속성은 해결 및 계산을 위해 각 패키지의 설정 파일을 완전히 다운로드하고 실행해야 합니다. 그게 현실일 뿐이고, 조금 느립니다. 2분을 기다릴 수 없거나 절충할 가치가 없다고 생각되면 언제든지 --skip-lock 전달할 수 있습니다.

다른 문제를 추적하기 위해 마감합니다.

여기에서 지금 시도하고 있으며 django 설치가 이미 10분에 진행 중입니다.

한 번에 몇 개를 시도하고 설치하면 느리지 만 한 번에 하나씩 수행하면 조금 더 빨리 작동하는 것 같습니다.

느린 동작을 재현하는 Pipfile을 제공할 수 있다면 도움이 될 것입니다. 감사합니다.

Python 종속성은 해결 및 계산을 위해 각 패키지의 설정 파일을 완전히 다운로드하고 실행해야 합니다.

패키지에 자체 Pipfile.lock 가 있는 경우에도 여전히 그러합니까, 아니면 pipenv가 종속성을 결정하기 위해 가능한 경우 이를 사용합니까?

pipenv는 의존성을 결정하기 위해 가능할 때 그것을 사용할 것입니까?

아니요. Pipenv는 애플리케이션 종속성 해결 도구입니다. 종속성이 다른 응용 프로그램에서 Python 패키지로 사용되면 더 이상 응용 프로그램이 아닙니다. 종속성은 setup.py(또는 setup.cfg 또는 PyPI에 업로드하는 데 사용하는 모든 것)에 의해 결정됩니다. 잠금 파일에서 종속성을 로드하는 것은 종속성 지옥으로 가는 확실한 경로이며 결코 그렇게 하지 않을 것입니다.

여전히 엄청나게 느립니다

@iddan 알림 주셔서 감사합니다, Captain Obvious!

죄송합니다. OSS 유지 관리자로서 나이 때문에 때때로 문제가 무시될 수 있다는 것을 알고 있습니다. 논의를 받은 문제라도 여전히 관련이 있다는 점을 말하고 싶었습니다.

위 의 --skip-lock @techalchemy 메모는 훌륭합니다. 이것은 더 접근 가능하거나 공개된 옵션이어야 합니다. 어딘가에 기본값으로 설정할 수 있습니까?

@techalchemy 새 mac pro로 20분이면 어떻게 될까요?

위 의 --skip-lock @techalchemy 메모는 훌륭합니다. 이것은 더 접근 가능하거나 공개된 옵션이어야 합니다. 어딘가에 기본값으로 설정할 수 있습니까?

내가 수집하는 한, pipenv의 압도적인 이점은 당신뿐만 아니라 나중에 코드를 처리하는 모든 사람을 위해 종속성이 함께 잘 작동할 것이라는 보장입니다. 그 보증의 산물인 잠금 파일은 _개발자를 포함하여_ 누구나 예상하거나 원하는 것보다 절대적으로 더 많은 시간이 걸립니다. #2200 참조.

그러나 pipenv가 Python 커뮤니티의 선의의 개발자를 미래의 기여자에게 부담을 덜 주는 워크플로로 안내해야 하는 기회도 이해할 수 있다고 생각합니다. 개발 환경 설정 방법 파악" 단계; 그리고 "심각한 프로젝트 내부 문제를 심각하게 망치는" 단계에서 포기한 PR 작성자일 수 있는 미래의 유지 관리자가 던질 수 있는 손이 줄어듭니다.

--skip-lock 가 Pipfile의 영구 플래그가 되거나 pipenv 구성의 설정이 되는 경우 pipenv의 인식은 천천히 "더 나은 pip"으로 미끄러지고 커뮤니티가 결국 상륙함에 따라 지평선으로 희미해지는 또 다른 디딤돌이 될 것입니다. 덜 타협적인 영적 후계자.

env var 또는 응용 프로그램이 _"사용자별 로컬 구성, 잘못"_ 영역에 있는 다른 방법으로만 사용할 수 있도록 두는 것이 좋습니다. 그러면 pipenv가 포기하지 않고 잠금 파일 생성 속도가 느려지는 단계를 극복할 수 있습니다. 패키지 관리에서 _암묵성보다 명시성을 향한 진정으로 유익한 문화적 변화.

Python의 엄청나게 방대한 표준 라이브러리는 일관성을 강요하는 여러 시대를 거친 역사를 가진 엄청난 자산입니다. 대부분의 표준 패키지가 함께 잘 작동한다는 것은 많은 사람들이 수년에 걸쳐 고려한 엄청난 위업입니다. 언젠가는 그 멋진 기능이 웹에서 접하는 대부분의 Python 프로젝트로 확장될 것입니다. stdlib와는 거리가 멀고 훨씬 적은 수의 PEP가 필요합니다. 이러한의 영향은 일방적으로 버터 경험을 측정하기 어렵지만, 일부 현재의 언어 불만족 스럽다 쓰레기는 즉시 편의를 위해 개념 무결성을 손상 ... 그리고 아, 장소, 그들은 것입니다 이동 .

따라서 _yes_는 잠금 파일 생성이 느리고 _yes_는 pip install --save 만 원할 때 답답합니다. 그러나 그것은 우리가 수년 동안 코끼리를 벽장으로 쓸어넘겼기 때문일 뿐입니다. 우리는 _"내 컴퓨터에 제대로 설치"되었기 때문에 외부 종속성으로 인한 기대와 의도가 엉켜 있지 않다고 믿었습니다.

Lockfile 생성은 우리 모두가 당연하게 여겼던 것을 명시적으로 만들기 때문에 _only_ 느립니다. 하지만 _때문에_ 아프지 않도록 조정하겠습니다. 우리는 우리가 믿었던 일을 하다가 무리해서 팔을 부러뜨렸습니다. 물론, 그 팔을 다시는 사용하지 않음으로써 고통을 피할 수 있습니다. 또는 치유되는 동안 깁스를 할 수도 있습니다.

나는 오늘 pipenv를 스스로에게 편리하게 만들지 말라고 마지막으로 말하고 싶습니다. Python 커뮤니티가 깁스를 제거할 때 실제로 예상했던 것보다 더 완벽하게 기능하는 팔다리를 가진 강하고 건강한 몸으로 발전하는 동안 고통을 겪습니다. Python 3으로 만들었습니다. stdlib에서 종속성 관리로 만들어 보겠습니다.

내 컴퓨터에서 잠금 파일을 만드는 데 38분이 걸렸습니다. Windows 10 실행 및 Python 3.7 사용

numpy와 베개만 이미 설치되어 있고 numa를 설치하는 데 <1초, 잠그는 데 25분이 걸렸습니다. pipenv는 잠금 시 모든 라이브러리를 강제로 컴파일합니까 아니면 어떻게 작동합니까?

참고로 영구 건너뛰기 잠금은 누군가가 클릭 설정인 auto_envvar_prefix 스위치를 전환하기를 기다리고 있습니다. 저는 100% 핵심 기능에 집중해서 아직 이것을 볼 기회가 없었지만 그렇게 어렵지 않을 것이라고 생각합니다.

TLDR; 일반적인 pipenv install 호출: 시간 : 144.82 실제 33.68 사용자 5.77 sys. --skip-lock : 시간 : 4.54 실제 5.33 사용자 0.87 시스템

Pandas-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 시스템

$ 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 시스템

$ 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는 그런 일에 대해 과도하게 보이지만 전체 컨텍스트를 알지 못합니다.

@Y4Kman 조언 감사합니다. pipenv는 동일한 우분투 및 bash 버전을 사용하는 다른 PC에서 잘 작동합니다 ...

pipfile이 잠길 때까지 기다리는 동안 이것을 읽으십시오...:) 해결책이 있다면 좋을 것입니다.

Python 패키지 deps를 구문 분석 및 캐시하고 기계 친화적인 형식으로 배포하려면 일종의 API가 필요한 것 같습니다. 따라서 더 이상 전체 패키지를 다운로드하고 구문 분석할 필요가 없습니다.

나는 번들러와 루비 보석이 그런 것을 유지하고 사용한다고 믿습니다.

Java에는 패키지 종속성과 패키지에 대한 기타 정보가 포함된 POM 파일(XML)도 있습니다. 컴파일된 JAR과 별도로 업로드됩니다.

모든 최신 패키지 관리자에는 별도의 메타 파일(npm/yarn, 작곡가, gradle/maven, 화물, ruby ​​gems/bundler 등)이 있습니다.

관련 문제:
https://github.com/pypa/warehouse/issues/474

전체 번들을 다운로드하지 않고도 PyPi에서 종속성 정보를 얻을 수 있습니다(PEP 426을 대체한 PEP 566 참조).

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 가 가야 할 길임을 이해하지만 "설치"가 몇 초가 걸리고 "잠금"이 영원히 걸리는 이유는 전혀 명확하지 않습니다. /업데이트 로그: 현재 상태로는 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

핍파일의 경우:

[[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초)이 소요되었습니다. 따라서 설치 후 잠금 호출이 오래되었거나 결함이 있을 수 있습니다. :)

참고로 tensorflow가 pipenv를 프로파일링하는 데 도움이 되는 경우 느린/시간 초과 잠금의 원인이라는 것을 알았습니다! (여전히 이것을 pipenv 문제라고 생각하십시오 ...)

Tensorflow는 pipenv를 기본적으로 쓸모없는 도구로 만들 수 있는 많은 패키지 중 하나입니다. 그래도 그룹 프로파일링 제안이 마음에 듭니다. 이 문제를 해결하기 시작하는 것이 좋은 아이디어라고 생각합니다. 다시 반복하기 위해 PEP 566은 전체 소스를 로드하지 않고 종속성 열거(pypi를 통해)를 활성화했습니다. 이는 도움이 될 수 있습니다: https://github.com/pypa/pipenv/issues/1914#issuecomment -457965038

@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 도 문제가 될 수 있지만 :\

나는 그렇게 생각하지 않습니다. 내 컴퓨터에서 잘 작동합니다. 문제는 그보다 더 일반적인 것 같습니다.

제 경우에는 문제가 pylint인 것 같습니다. 단순히 pipenv install pylint 를 실행할 때 항상 잠금 상태에서 멈춥니다. https://github.com/pypa/pipenv/issues/2284#issuecomment -569457752 참조

내 모든 프로젝트에서 동일한 문제가 있습니다.
원인은 pylint인 것 같습니다.
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개는 현재 종료되었고 나머지 하나는 2018년 이후로 아무런 활동이 없습니다. 이 문제는 여전히 지속되므로 다시 여는 것이 좋은 생각일까요?

Python 종속성은 해결 및 계산을 위해 각 패키지의 설정 파일을 완전히 다운로드하고 실행해야 합니다.

나는 그것이 바퀴에 대해 여전히 사실이라고 생각하지 않습니다. 어느 것이 지금 패키지의 대부분이어야 합니까?

나는 적어도 매번 dlib용 휠을 만들어야 한다는 것을 알고 있습니다. 이는 끔찍합니다.

종속성을 해결하는 프로세스는 트리를 가져오기 위해 매번 클라이언트에서 다른 원격 조회가 필요하더라도 패키지 버전별로 어딘가에 캐시되어야 합니다(그렇지 않아야 합니다. ). 예를 들어 패키지 저장소는 해결된 dep 트리를 쉽게 저장할 수 있습니다. 캐시된 해결된 dep 트리에 대한 추가 네트워크 적중은 전체 패키지를 다운로드하고 컴퓨팅하는 것보다 항상 빠릅니다.

FWIW 모든 프로젝트에서 pipenv를 제거했습니다(이것이 주된 이유 중 하나이며 다른 것도 있습니다).

virtualenv + pip ( requirements.txt ) 이제 Prod 배포에서도 꽤 잘 작동합니다. 어쨌든 요즘에는 완전한 형태의 컨테이너를 배포합니다. 실제로 pipenv에 들어간 후에는 더 이상 요점을 볼 수 없습니다.

이 문제를 다시 열어주세요.
그렇지 않으면 pipenv는 참조 패키징 도구가 될 수 없습니다.