<p>पिपेनव इंस्टॉल बहुत धीमा है</p>

अरे फिर से @Diggsey , यह जिस तरह से हम अभी परिवर्तन लिख रहे हैं, उसके कारण है। मेरे पास ये परिवर्तन मर्ज करने के लिए तैयार हैं लेकिन वे projects.py API के लिए टूट रहे हैं इसलिए हम अगली बड़ी रिलीज़ तक रुकने जा रहे हैं। उम्मीद है कि हम इसे अगले कुछ हफ्तों में तैयार कर लेंगे। मैं इस मुद्दे को अभी के लिए ट्रैक करने के लिए इसे खुला छोड़ दूंगा।

हमने इस पर PyCon में एक साथ स्प्रिंट किया। यह जल्द ही तेज हो जाएगा।

अभी मेरे लिए यह धीमा नहीं है, यह जम रहा है ...

एक pipenv install my_package या एक साधारण pipenv install मुझे 20 मिनट के बाद कोई आउटपुट नहीं देता है।

संपादित करें: पुष्टि, कुछ घंटों के बाद भी कुछ नहीं। क्या यह वही समस्या है? आमतौर पर यह धीमा था, लेकिन यह 5 से 10 मिनट के बाद समाप्त हो गया।

अरे @NicolasWebDev, pipenv के किस संस्करण का उपयोग कर रहे हैं? क्या आपके सिस्टम पर delegator.py अलग से स्थापित है? यदि हां, तो वह किस संस्करण में है? यह एक ऐसा मुद्दा था जिसे v3.6.0 में हल किया जाना चाहिए था।

यदि उपरोक्त सब कुछ अप टू डेट है, तो क्या आप कृपया अपने पिपफाइल की सामग्री प्रदान कर सकते हैं? धन्यवाद!

हाय @nateprewitt , आप सही थे, मैं v3.5.x पर था। 4.1.1 में अपडेट करने से फ्रीजिंग की समस्या का समाधान हो गया। अब इसमें अभी भी 5 मिनट लग रहे हैं, लेकिन कम से कम यह प्रयोग करने योग्य है!

शोर के लिए क्षमा करें, मैं हमेशा भूल जाता हूं कि पाइप के माध्यम से स्थापित पैकेज स्वचालित रूप से अपडेट नहीं होते हैं।
धन्यवाद!

खुशी है कि आपने चीजों को सुलझा लिया @NicolasWebDev! हम इसे और गति देने पर काम कर रहे हैं, उम्मीद है कि #373 अगली रिलीज में एक कदम और करीब होगा।

@Diggsey @NicolasWebDev, मैं सिर्फ 4.1.2 जो इन गति सुधार जोड़ा होना चाहिए जारी किया है। यहां अभी भी कुछ काम करना बाकी है, लेकिन यह कम से कम पिपेनव के लिए शुरुआती बूटस्ट्रैप समय को तेज करेगा।

@nateprewitt अद्यतन के लिए धन्यवाद, pipenv अब मेरे लिए तेज़ प्रतीत होता है, लेकिन pipenv lock को चलाने में अभी भी कई मिनट लगते हैं, भले ही कुछ भी नहीं बदला है - यह अभी भी विशाल के लिए Locking [packages] dependencies... में इंतजार कर रहा है उस समय का बहुमत।

@Diggsey , उस समय का एक बहुत कुछ है क्योंकि आप उस Pipfile में बड़ी संख्या में फ़ाइलें डाउनलोड कर रहे हैं। ऐसा लगता है कि आप अपनी सभी निर्भरताओं को भी पिन कर रहे हैं। क्या आप इन सभी को सीधे अपनी परियोजना में आयात कर रहे हैं या दूसरों की कुछ निर्भरता आवश्यकताएं हैं?

@nateprewitt हम उनमें से कुछ को हटा सकते हैं, लेकिन अधिकांश प्रत्यक्ष निर्भरताएं हैं - लॉक फ़ाइल उत्पन्न करने पर हर बार सभी निर्भरताओं को डाउनलोड करने की आवश्यकता क्यों होती है?

हमें वह सब कुछ निर्धारित करने की आवश्यकता है जो वह निर्भरता के रूप में स्थापित करता है। इसे प्राप्त करने के लिए, हम प्रत्येक पैकेज को डाउनलोड करते हैं और यह निर्धारित करते हैं कि लॉक समय पर इंस्टॉलेशन कैसा दिखता है। यह हमें Pipfile.lock में सब कुछ ठीक से पिन करने की अनुमति देता है। डाउनलोड किए बिना, उप-निर्भरता की जाँच करने और श्रेणी निर्भरता घोषणाओं को हल करने का एक विश्वसनीय तरीका नहीं है।

यह देखते हुए कि अधिकांश पैकेज समय के साथ समान रहने वाले हैं, क्या डाउनलोड किए गए पैकेजों को कैश करना संभव होगा?

@Diggsey हमारे लिए उस पर

यह एक मूर्खतापूर्ण प्रश्न हो सकता है, लेकिन क्या पिप पहले से ही पैकेज कैशिंग नहीं करता है?

मैं इस धारणा के तहत हूं कि यह करता है।

क्या पिपेनव पाइप कैश सिस्टम का उपयोग कर सकता है या इसे खरोंच से लागू किया जाना है?

पिपेनव सिर्फ पाइप चलाता है, इसलिए कैश का स्वचालित रूप से उपयोग किया जाना चाहिए।

तय! ताला अब तेजी से दुष्ट है।

ओह धन्यवाद। मुझे लगता है कि काम पर सभी को पिपेनव में धकेलने से मेरी पीठ को पकड़ने वाली एकमात्र चीज थी।

वाह, अच्छा, यह सचमुच मेरे लिए 100x स्पीडअप से अधिक था, और इसने एक निर्भरता संघर्ष भी पकड़ा जो पिछले संस्करण को नहीं पकड़ पाया था!

क्या उपयोगी होगा verbose ध्वज pipenv lock - मैं केवल वर्बोज़ लॉगिंग को सक्षम करने के लिए piptools/logging.py को संपादित करके निर्भरता संघर्ष का निदान करने में सक्षम था, लेकिन एक बार मैंने ऐसा किया तो यह दिया क्या हो रहा था का एक बहुत स्पष्ट संकेत।

मुझे शायद कुछ याद आ रहा है :) यह कहाँ तय है? नवीनतम रिलीज़ 4 दिन पहले की है, इसलिए मैंने master से नवीनतम संस्करण स्थापित किया। हालांकि, pipenv install अभी भी धीमा है।

मैंने कोशिश की:

• pipenv फैंसी तरीके से स्थापित करें ️ 🍰 ️
• दोनों नवीनतम प्रकाशित संस्करण का उपयोग pipenv से और नवीनतम संस्करण master
• एकल पैकेज स्थापित करें

नवीनतम स्थिर संस्करण (5.3.5.) का उपयोग करते हुए, एक पैकेज को स्थापित करने में 3:40 का समय लगता है:

∙ time pipenv install --dev raven
Installing raven...
Collecting raven
  Using cached raven-6.1.0-py2.py3-none-any.whl
Collecting contextlib2 (from raven)
  Using cached contextlib2-0.5.5-py2.py3-none-any.whl
Installing collected packages: contextlib2, raven
Successfully installed contextlib2-0.5.5 raven-6.1.0

Adding raven to Pipfile's [dev-packages]...
Locking [dev-packages] dependencies...
Locking [packages] dependencies...
Updated Pipfile.lock!
pipenv install --dev raven  10,11s user 2,77s system 5% cpu 3:40,04 total

master से संस्करण का उपयोग करते हुए, यह अभी भी लटका हुआ है (एक पैकेज, +10 मिनट)

संपादित करें: यह अभी समाप्त हुआ है:

pipenv install graphene_django  8,03s user 1,28s system 1% cpu 11:23,11 total

कोई विचार? बहुत - बहुत धन्यवाद!

कभी-कभी निर्भरताएँ स्थापित होने में कुछ समय लेती हैं, खासकर यदि उनके पास c संकलन हैं। अपना Pipfile साझा करना चाहते हैं?

मैं समझता हूं कि कभी-कभी इसमें थोड़ा समय लगता है, लेकिन यह शुरू से ही धीमा था। बस जिज्ञासु अगर यह मेरी तरफ से कोई समस्या है।

यहाँ मेरी पिपफाइल है:

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

[dev-packages]
pytest = "*"
pytest-django = "*"
pytest-testmon = "*"
pytest-watch = "*"
django-debug-toolbar = "*"
raven = "*"

[packages]
dj-database-url = "*"
Django = "*"
djangorestframework = "*"
gunicorn = "*"
newrelic = "*"
psycopg2 = "*"
requests = "*"
whitenoise = "*"
graphene-django = "*"

psycopg2 में कुछ समय लग सकता है, क्योंकि यह स्रोत से संकलित हो सकता है। बाकी सब कुछ अच्छा और तेज होना चाहिए। इसे हटाने का प्रयास करें और देखें कि आपकी गति कितनी बढ़ जाती है।

$ pipenv install raven बस मेरे लिए 1s की तरह लग गया।

$ पिपेनव इंस्टाल रेवेन ने मेरे लिए सिर्फ 1s की तरह लिया।

मैं यही उम्मीद करूंगा! क्या मैं किसी तरह वर्बोज़ आउटपुट चालू कर सकता हूँ?

मैंने psycopg2 हटाने का प्रयास किया, लेकिन यह ज्यादा प्रभावित नहीं करता है। pipenv install raven चलाना कुछ देर के लिए रुक जाता है।

मेरे पास है:

• पायथन 3.6.2
• मैकोज़ 10.12.6

मुझे कोई कारण नहीं दिखता कि रेवेन तात्कालिक क्यों नहीं होना चाहिए।

$ pip install raven अंदर $ pipenv shell और मुझे बताएं कि क्या यह वहां भी धीमा है।

सभी पिपेनव पाइप चला रहे हैं, इसलिए यह प्रभावी रूप से "वर्बोज़ मोड" है

वह तत्काल है:

∙ time pip install raven                                                                                                                                 19:38  tricoder<strong i="6">@issac</strong>
Requirement already satisfied: raven in /Users/tricoder/.envs/lingui-api-VE1OToiy/lib/python3.6/site-packages
Requirement already satisfied: contextlib2 in /Users/tricoder/.envs/lingui-api-VE1OToiy/lib/python3.6/site-packages (from raven)
noglob pip install raven  0,54s user 0,15s system 76% cpu 0,900 total

pipenv चल रहा है लगभग 2-3 मिनट (अंदर/बाहर pipenv shell ) लटकता है।

∙ time pipenv install raven                                                                                                                              19:39  tricoder<strong i="12">@issac</strong>
Installing raven...
Requirement already satisfied: raven in /Users/tricoder/.envs/lingui-api-VE1OToiy/lib/python3.6/site-packages
Requirement already satisfied: contextlib2 in /Users/tricoder/.envs/lingui-api-VE1OToiy/lib/python3.6/site-packages (from raven)

Adding raven to Pipfile's [packages]...
Locking [dev-packages] dependencies...
Locking [packages] dependencies...
Updated Pipfile.lock!
pipenv install raven  4,49s user 0,46s system 2% cpu 3:21,17 total

@Diggsey क्या आप --verbose बारे में एक नया अंक खोल सकते हैं और एक उदाहरण प्रदान कर सकते हैं कि आप इसे कैसा दिखाना चाहते हैं?

@tricoder42 लॉकिंग स्टेप या इंस्टाल स्टेप का धीमा हिस्सा है? नवीनतम रिलीज़ में लॉकिंग में काफी सुधार किया गया था।

`` `खोल
$ समय पिपेनव रेवेन स्थापित करें
रेवेन स्थापित कर रहा है ...
रेवेन इकट्ठा करना
कैश्ड रेवेन-6.1.0-py2.py3-none-any.whl . का उपयोग करना
आवश्यकता पहले से ही संतुष्ट है: /Users/kennethreitz/.local/share/virtualenvs/pipenv-u9yqWeFK/lib/python3.6/site-packages (रेवेन से) में संदर्भलिब2
एकत्रित पैकेज स्थापित करना: रेवेन
सफलतापूर्वक स्थापित रेवेन-6.1.0

पिपफाइल के [पैकेज] में रेवेन जोड़ना ...
लॉकिंग [देव-पैकेज] निर्भरता...
लॉकिंग [पैकेज] निर्भरता...
अपडेट किया गया पिपफाइल.लॉक!
9.30 वास्तविक 5.49 उपयोगकर्ता 0.42 sys

यह 50:50 की तरह है मैं nstalling:locking

@tricoder42 और आप नवीनतम का उपयोग कर रहे हैं?

मुझे आपके सटीक पाइपफाइल के साथ दोहराने दें।

मुझे ऐसा लगता हैं:

∙ pipenv --version                                                                                                                                       19:42  tricoder<strong i="6">@issac</strong>
pipenv, version 5.3.5

∙ pipsi upgrade git+https://github.com/kennethreitz/pipenv.git#egg=pipenv                                                                                19:45  tricoder<strong i="9">@issac</strong>
Collecting pipenv from git+https://github.com/kennethreitz/pipenv.git#egg=pipenv
  Cloning https://github.com/kennethreitz/pipenv.git to /private/var/folders/g9/1wbckv154mbby3tm411z_m340000gn/T/pip-build-se4ao5/pipenv
...
Installing collected packages: pipenv
  Found existing installation: pipenv 5.3.5
    Uninstalling pipenv-5.3.5:
      Successfully uninstalled pipenv-5.3.5
  Running setup.py install for pipenv ... done
Successfully installed pipenv-5.3.5

`` `खोल
$ समय पिपेनव इंस्टाल
कोई पैकेज प्रदान नहीं किया गया, सभी निर्भरताओं को स्थापित करना।
Pipfile /Users/kennethreitz/pipenv/testapp/Pipfile. इसे प्रोजेक्ट होम मानते हुए।
Pipfile.lock नहीं मिला, बना रहा है...
लॉकिंग [देव-पैकेज] निर्भरता...
लॉकिंग [पैकेज] निर्भरता...
अपडेट किया गया पिपफाइल.लॉक!
Pipfile.lock से निर्भरता स्थापित कर रहा है...
[==============================] 22/22 - 00:00:37
58.94 वास्तविक 40.51 उपयोगकर्ता 8.62 sys

यह तब भी होता है जब मैं पहले पैकेज को नए नए पिपेनव में स्थापित कर रहा होता हूं। मैं बनाने की कोशिश करता हूँ pipenv --three के बजाय pipenv --python python3.6

@tricoder42 एक घंटे में Google हैंगआउट पर

या यदि आप Messages.app का उपयोग करते हैं तो हम Apple स्क्रीन शेयरिंग का उपयोग कर सकते हैं।

मुझे जोड़ना! मैं हूँ [email protected]।

मैं एक मीटिंग में शामिल होने वाला हूं, लेकिन मैं उसके बाद उपलब्ध रहूंगा।

ठंडा! मैं स्क्रैच से सब कुछ साफ़ और पुनः स्थापित करने का प्रयास करूँगा और हम देखेंगे। मैं एक घंटे में उपलब्ध हूँ

बहुत बढ़िया - हम तब इसका पता लगा लेंगे। मुझे Messages.app पर जोड़ें :)

किसी को भी बेहद धीमी गति से आ रही हैं Locking के साथ व्यवहार v11.9.0 , मैं करने के लिए कि पदावनति पाया v9.0.0 एक 5m30s 1m36s के लिए नीचे स्थापित लेता है।

@ryantuck मैं अनुशंसा करता हूं कि यदि आप 9.0.3 पिन करने के लिए एक पुराने संस्करण को पिन करने जा रहे हैं, लेकिन आप गति के लिए अतिरिक्त सुरक्षा की एक महत्वपूर्ण राशि खो देते हैं, तो आप बस --skip-lock उपयोग कर सकते हैं वह बिंदु

--skip-lock निश्चित रूप से चीजों को गति देता है। मैं इस रास्ते से नीचे चला गया क्योंकि pipenv install --system --python=3.6 वास्तव में सही सिस्टम पायथन में स्थापित नहीं हो रहा था, और मैं इस धारणा के तहत था कि सिस्टम को स्थापित करने का प्रयास करने से पहले मुझे Pipfile.lock उत्पन्न करने की आवश्यकता थी। यह अभी भी काम नहीं कर रहा था, इसलिए मैं नियमित रूप से पुराने pip का उपयोग करने के लिए वापस चला गया, लेकिन अगर मैं कभी भी इन पंक्तियों के साथ कोई प्रगति करता हूं तो इस धागे पर वापस टिप्पणी करूंगा।

—system और —python परस्पर अनन्य हैं - बाद वाले विकल्प को हमेशा वर्चुअलएन्व की आवश्यकता होती है

हां, मेरे लिए भी लॉकिंग में थोड़ा समय लगता है। v11.10.0. डब्ल्यूएसएल पर उबंटू।

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

[packages]
babel = "==2.5.3"
"boto3" = "==1.7.3"
colorama = "==0.3.9"
coreapi = "==2.3.3"
dj-database-url = "==0.5.0"
djangorestframework = "==3.7.7"
django-axes = "==4.0.2"
django-clever-selects = "==0.8.2"
django-crispy-forms = "==1.7.2"
django-choices = "==1.6.0"
django-extra-views = "==0.10.0"
django-filter = "==1.1.0"
django-hijack = "==2.1.7"
django-hijack-admin = "==2.1.7"
django-js-reverse = "==0.8.1"
django-model-utils = "==3.1.1"
django-phonenumber-field = "==2.0.0"
django-polymorphic = "==2.0.2"
django-redis-cache = "==1.7.1"
django-role-permissions = "==2.2.0"
"django-s3direct" = "==1.0.4"
django-static-precompiler = {extras = ["libsass"], version = "==1.8.2"}
django-storages = "==1.6.6"
"django-tables2" = "==1.21.2"
django-webpack-loader = "==0.6.0"
django-widget-tweaks = "==1.4.2"
facebookads = "==2.11.4"
googleads = "==11.0.1"
markdown = "==2.6.11"
phonenumbers = "==8.9.3"
pillow = "==5.1.0"
"psycopg2-binary" = "==2.7.4"
pygments = "==2.2.0"
pyssim = "==0.4"
python-dotenv = "==0.8.2"
pytz = "==2018.4"
raven = "==6.6.0"
sendgrid-django = "==4.2.0"
slacker = "==0.9.65"
termcolor = "==1.1.0"
tqdm = "==4.21.0"
twitter-ads = "==3.0.0"
brotlipy = "==0.7.0"
waitress = "==1.1.0"
whitenoise = "==3.3.1"
Django = "==2.0.4"

[dev-packages]
coverage = "==4.5.1"
selenium = "==3.11.0"
tblib = "==1.3.2"
"flake8" = "==3.5.0"
django-debug-toolbar = "==1.9.1"
django-extensions = "==2.0.6"

[requires]
python_version = "3.6"

Pipfile.lock not found, creating…
Locking [dev-packages] dependencies…
Locking [packages] dependencies…
Updated Pipfile.lock (7a535c)!
Installing dependencies from Pipfile.lock (7a535c)…
  🐍   ▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉ 92/92 — 00:01:01

real    8m1.993s
user    5m32.406s
sys     7m15.203s

यह दूसरी या तीसरी बार थोड़ा तेज होना चाहिए क्योंकि
कैशिंग थो। क्या आप सुधार देखते हैं?
गुरु, अप्रैल 12, 2018 को सुबह 10:23 बजे अलेक्जेंडर कवनुघ <
सूचनाएं@github.com> ने लिखा:

हां, मेरे लिए भी लॉकिंग में थोड़ा समय लगता है। v11.10.0. डब्ल्यूएसएल पर उबंटू।

[[स्रोत]]url = " https://pypi.python.org/simple "verify_ssl = truename = "pypi"
[पैकेज] बेबेल = "== 2.5.3" "बोटो3" = "==1.7.3" रंगामा = "==0.3.9" कोरपी = "==2.3.3" डीजे-डेटाबेस-यूआरएल = "== 0.5.0"djangorestframework = "==3.7.7"django-axes = "==4.0.2"django-clever-selects = "==0.8.2"django-crispy-forms = "==1.7.2" django-choices = "==1.6.0"django-extra-views = "==0.10.0"django-filter = "==1.1.0"django-hijack = "==2.17"django-hijack- व्यवस्थापक = "== 2.1.7"django-js-reverse = "==0.8.1"django-model-utils = "==3.1.1"django-phonenumber-field = "==2.0.0"django- पॉलीमॉर्फिक = "== 2.0.2"django-redis-cache = "==1.7.1"django-role-permissions = "==2.2.0""django-s3direct" = "==1.0.4"django- स्टेटिक-प्रीकंपेलर = {अतिरिक्त = ["libsass"], संस्करण = "==1.8.2"}django-storages = "==1.6.6""django-tables2" = "==1.21.2"django-webpack -लोडर = "==0.6.0"django-widget-tweaks = "==1.4.2"facebookads = "==2.11.4"googleads = "==11.0.1"markdown = "==2.6.11" फोननंबर्स = "==8.9.3"पिलो = "==5.1.0""psycopg2-बाइनरी" = "==2.7.4"pygments = "==2.2.0"pyssim = "==0.4"पायथन-डॉटेनव = "==0.8.2" पाइट्ज़ = "==2018.4"रेवेन = "==6.6.0"sendgrid-django = "==4.2.0"slacker = "==0.9.65"termcolor = "==1.1.0"tqdm = "==4.21.0"ट्विटर-विज्ञापन = "==3.0.0"brotlipy = "==0.7.0" वेट्रेस = "==1.1.0"whitenoise = "==3.3.1"Django = "==2.0.4"
[देव-पैकेज] कवरेज = "==4.5.1" सेलेनियम = "==3.11.0"tblib = "==1.3.2" "फ्लेक8" = "==3.5.0"django-डीबग-टूलबार = " ==1.9.1"django-extensions = "==2.0.6"
[आवश्यकता है]python_version = "3.6"

Pipfile.lock नहीं मिला, बना रहा है…
लॉकिंग [देव-पैकेज] निर्भरता…
लॉकिंग [पैकेज] निर्भरता…
अपडेट किया गया Pipfile.lock (7a535c)!
Pipfile.lock (7a535c) से निर्भरता स्थापित कर रहा है…
92/92 — 00:01:01

वास्तविक 8m1.993s
उपयोगकर्ता 5m32.406s
sys 7m15.203s

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपने इस थ्रेड की सदस्यता ली है।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/pypa/pipenv/issues/356#issuecomment-380882203 , या म्यूट करें
सूत्र
https://github.com/notifications/unsubscribe-auth/ABhjqwIPyHtX0NTVoV1UPYR7HcwYm-2kks5tn42SgaJpZM4NbeoN
.

मैंने उससे पहले ही संकुल संस्थापित कर लिया था; मैंने अभी लॉकफाइल हटा दिया है और फिर से इंस्टॉल किया है। मैं एक और डेटा बिंदु प्राप्त करने के लिए इसे फिर से करूँगा

@jtratner वाह । बहुत दिलचस्प... कैशिंग केवल तीसरे+ समय के बाद किस कारण से शुरू होता है?

Pipfile.lock not found, creating…
Locking [dev-packages] dependencies…
Locking [packages] dependencies…
Updated Pipfile.lock (7a535c)!
Installing dependencies from Pipfile.lock (7a535c)…
An error occurred while installing coreapi==2.3.3! Will try again.
  🐍   ▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉ 92/92 — 00:00:58
Installing initially–failed dependencies…
Success installing coreapi==2.3.3!▉▉▉ 0/1 — 00:00:00
  ☤  ▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉ 1/1 — 00:00:01

real    2m50.218s
user    2m19.438s
sys     5m44.797s

Pipfile.lock not found, creating…
Locking [dev-packages] dependencies…
Locking [packages] dependencies…
Updated Pipfile.lock (7a535c)!
Installing dependencies from Pipfile.lock (7a535c)…
  🐍   ▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉ 92/92 — 00:00:55

real    2m32.042s
user    2m6.516s
sys     5m10.219s

@kavdev @jtratner ने हैश को कैश करने के लिए एक फीचर भी पेश किया ताकि एक बड़ा सुधार किया जा सके

मैं यहाँ हूँ... 15 मिनट बाद

@giantas मददगार नहीं है। कृपया पाइप इंस्टाल के साथ पाइपफाइल, आउटपुट और अवधि प्रदान करें। साथ ही क्या आप व्यक्तिगत पैकेज कर सकते हैं।

मेरी मशीन पर चलने में काफी समय लगता है। मैकोज़ 10.13.4, पिपेनव, संस्करण 11.10.0

डाउनलोड लगभग तुरंत चलता है, लेकिन फिर यह Locking [packages] dependencies… पर अटक जाता है। यहां दो निर्भरताओं के लिए आधा मिनट लग रहा है, और फिर अन्य 3 निर्भरताओं के लिए 6 मिनट का समय लग रहा है, अगर मैं अपने सभी प्रोजेक्ट की निर्भरताओं को उस पर फेंक देता हूं, तो यह लॉकिंग चरण पर अनिश्चित काल तक लटकता है

pablo<strong i="8">@batman</strong> scanr (develop) $ time pipenv install flask flask_pymongo
Installing flask…
Looking in indexes: https://pypi.python.org/simple
Collecting flask
  Using cached https://files.pythonhosted.org/packages/77/32/e3597cb19ffffe724ad4bf0beca4153419918e7fa4ba6a34b04ee4da3371/Flask-0.12.2-py2.py3-none-any.whl
Collecting Werkzeug>=0.7 (from flask)
  Using cached https://files.pythonhosted.org/packages/20/c4/12e3e56473e52375aa29c4764e70d1b8f3efa6682bef8d0aae04fe335243/Werkzeug-0.14.1-py2.py3-none-any.whl
Collecting itsdangerous>=0.21 (from flask)
Collecting Jinja2>=2.4 (from flask)
  Using cached https://files.pythonhosted.org/packages/7f/ff/ae64bacdfc95f27a016a7bed8e8686763ba4d277a78ca76f32659220a731/Jinja2-2.10-py2.py3-none-any.whl
Collecting click>=2.0 (from flask)
  Using cached https://files.pythonhosted.org/packages/34/c1/8806f99713ddb993c5366c362b2f908f18269f8d792aff1abfd700775a77/click-6.7-py2.py3-none-any.whl
Collecting MarkupSafe>=0.23 (from Jinja2>=2.4->flask)
Installing collected packages: Werkzeug, itsdangerous, MarkupSafe, Jinja2, click, flask
Successfully installed Jinja2-2.10 MarkupSafe-1.0 Werkzeug-0.14.1 click-6.7 flask-0.12.2 itsdangerous-0.24

Adding flask to Pipfile's [packages]…
Installing flask_pymongo…
Looking in indexes: https://pypi.python.org/simple
Collecting flask_pymongo
  Using cached https://files.pythonhosted.org/packages/fa/71/ab920741dedd605ef4adbd57d0c7d9f43a6b6fe4068604fffbc6f64b2c9c/Flask_PyMongo-0.5.1-py3-none-any.whl
Requirement already satisfied: Flask>=0.8 in /Users/pablo/.local/share/virtualenvs/scanr-2m6AW0PB/lib/python3.6/site-packages (from flask_pymongo) (0.12.2)
Collecting PyMongo>=2.5 (from flask_pymongo)
  Using cached https://files.pythonhosted.org/packages/5c/7f/1f7240883ec3fa768d7e066c9cbd42ceb42d699ba1a0fb9d231c098a542d/pymongo-3.6.1-cp36-cp36m-macosx_10_6_intel.whl
Requirement already satisfied: click>=2.0 in /Users/pablo/.local/share/virtualenvs/scanr-2m6AW0PB/lib/python3.6/site-packages (from Flask>=0.8->flask_pymongo) (6.7)
Requirement already satisfied: itsdangerous>=0.21 in /Users/pablo/.local/share/virtualenvs/scanr-2m6AW0PB/lib/python3.6/site-packages (from Flask>=0.8->flask_pymongo) (0.24)
Requirement already satisfied: Werkzeug>=0.7 in /Users/pablo/.local/share/virtualenvs/scanr-2m6AW0PB/lib/python3.6/site-packages (from Flask>=0.8->flask_pymongo) (0.14.1)
Requirement already satisfied: Jinja2>=2.4 in /Users/pablo/.local/share/virtualenvs/scanr-2m6AW0PB/lib/python3.6/site-packages (from Flask>=0.8->flask_pymongo) (2.10)
Requirement already satisfied: MarkupSafe>=0.23 in /Users/pablo/.local/share/virtualenvs/scanr-2m6AW0PB/lib/python3.6/site-packages (from Jinja2>=2.4->Flask>=0.8->flask_pymongo) (1.0)
Installing collected packages: PyMongo, flask-pymongo
Successfully installed PyMongo-3.6.1 flask-pymongo-0.5.1

Adding flask_pymongo to Pipfile's [packages]…
Pipfile.lock (c202d3) out of date, updating to (3068be)…
Locking [dev-packages] dependencies…
Locking [packages] dependencies…
Updated Pipfile.lock (3068be)!
Installing dependencies from Pipfile.lock (3068be)…
  🐍   ▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉ 32/32 — 00:00:03
To activate this project's virtualenv, run the following:
 $ pipenv shell

real    0m37.816s
user    0m34.556s
sys 0m4.517s

pablo<strong i="5">@batman</strong> scanr (develop) $ time pipenv install gunicorn h5py joblib
Installing gunicorn…
Looking in indexes: https://pypi.python.org/simple
Collecting gunicorn
  Using cached https://files.pythonhosted.org/packages/64/32/becbd4089a4c06f0f9f538a76e9fe0b19a08f010bcb47dcdbfbc640cdf7d/gunicorn-19.7.1-py2.py3-none-any.whl
Installing collected packages: gunicorn
Successfully installed gunicorn-19.7.1

Adding gunicorn to Pipfile's [packages]…
Installing h5py…
Looking in indexes: https://pypi.python.org/simple
Collecting h5py
  Using cached https://files.pythonhosted.org/packages/69/d5/dff2a8f7658fd87ab3330a0ab47e4363681d8bdf734a495add65a347f5e3/h5py-2.7.1-cp36-cp36m-macosx_10_6_intel.macosx_10_9_intel.macosx_10_9_x86_64.macosx_10_10_intel.macosx_10_10_x86_64.whl
Requirement already satisfied: six in /Users/pablo/.local/share/virtualenvs/scanr-2m6AW0PB/lib/python3.6/site-packages (from h5py) (1.11.0)
Collecting numpy>=1.7 (from h5py)
  Using cached https://files.pythonhosted.org/packages/a0/df/fa637677800e6702a57ef09e1d62e42aec3f598fb235f897155d146f2f59/numpy-1.14.2-cp36-cp36m-macosx_10_6_intel.macosx_10_9_intel.macosx_10_9_x86_64.macosx_10_10_intel.macosx_10_10_x86_64.whl
Installing collected packages: numpy, h5py
Successfully installed h5py-2.7.1 numpy-1.14.2

Adding h5py to Pipfile's [packages]…
Installing joblib…
Looking in indexes: https://pypi.python.org/simple
Collecting joblib
  Using cached https://files.pythonhosted.org/packages/4f/51/870b2ec270fc29c5d89f85353da420606a9cb39fba4747127e7c7d7eb25d/joblib-0.11-py2.py3-none-any.whl
Installing collected packages: joblib
Successfully installed joblib-0.11

Adding joblib to Pipfile's [packages]…
Pipfile.lock (0d514f) out of date, updating to (a4d15f)…
Locking [dev-packages] dependencies…
Locking [packages] dependencies…
Updated Pipfile.lock (a4d15f)!
Installing dependencies from Pipfile.lock (a4d15f)…
  🐍   ▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉ 36/36 — 00:00:03
To activate this project's virtualenv, run the following:
 $ pipenv shell

real    6m31.572s
user    1m1.986s
sys 0m11.047s

@pablote पवित्र बकवास जो धीमा है! ध्यान दें कि यह आंशिक रूप से numpy की स्थापना के कारण है, जो मुझे यकीन है कि हम स्रोत से लॉक या कुछ बेवकूफ बनाने के लिए संभावित रूप से संकलित कर रहे हैं। अगर हम यहां उपयोगी आउटपुट प्रदान करते हैं तो मदद मिलेगी

क्या मैं इसके बारे में कुछ भी कर सकता हूँ? या मैं सिर्फ pipenv का उपयोग करने और इन धीमी लॉक फ़ाइल समय होने पर भाग्य से बाहर हूं? मुझे लगता है कि मैं --स्किप-लॉक कर सकता था लेकिन मुझे वह सुविधा चाहिए थी

@pablote क्या आप जांच सकते हैं कि क्या आप उसी लॉकिंग ऑपरेशन को फिर से चलाते हैं, क्या यह अभी भी धीमा है?

अगर मैं इसे फिर से चलाता हूं तो यह लगभग तुरंत खत्म हो जाता है, इसलिए मुझे लगता है कि यह पहली बार है जब कुछ नई निर्भरता जुड़ जाती है।

तो यह वास्तव में हैश को स्थानीय रूप से कैशिंग कर रहा है, इसलिए किसी भी कारण से यह हैश पीढ़ी की प्रक्रिया है जो यहां अविश्वसनीय रूप से धीमी है ...

मुझे बताएं कि क्या कोई जानकारी है जो मैं निदान में सहायता के लिए प्रदान कर सकता हूं। अभी के लिए, मैं अभी pip + virtualenv + pip-tools पर वापस जाऊँगा:/

@pablote एक बार आपके पास एक बार हैश हो जाने के बाद, फिर से लॉक करना इतना धीमा नहीं होगा

कृपया, कृपया उपयोगी आउटपुट प्रदान करें। पैकेज लॉक स्टेप पर अमान्य मार्कर विफलता को हल करने के लिए मैंने अभी अपने पिपेनव को 9.1.0 से 11.10.0 में अपग्रेड किया है, उदाहरण के लिए, #1622 --- अब, मेरे पास ipykernel, पांडा, ज्यूपिटर, numpy के साथ एक पाइपफाइल है। और वहां matplotlib और लॉक फ़ाइल को प्राप्त करने के लिए pipenv install का उपयोग करने के अपने नवीनतम प्रयास के साथ, मैं locking [packages] dependencies… में 10 मिनट से अधिक समय से बैठा हूं।

क्योंकि कोई आउटपुट नहीं है, मैं यह नहीं बता सकता कि क्या वास्तव में कुछ चल रहा है (जैसे स्रोत से सुन्न बनाना) या यदि यह अभी लटका हुआ है। सबसे अच्छा मैं top पर भेंगापन की तरह कर सकता हूं और यह निष्कर्ष निकाल सकता हूं कि शायद यह कुछ कर रहा है क्योंकि एक अजगर प्रक्रिया चारों ओर लटकी हुई प्रतीत होती है ... कुछ जल्दी नहीं चलता।

जरूरत पड़ने पर मुझे इस पर कुछ काम करने में मदद करने में खुशी हो रही है।

कृपया, कृपया उपयोगी आउटपुट प्रदान करें। पैकेज लॉक स्टेप पर अमान्य मार्कर विफलता को हल करने के लिए मैंने अभी अपने पिपेनव को 9.1.0 से 11.10.0 में अपग्रेड किया है, उदाहरण के लिए, #1622 --- अब, मेरे पास ipykernel, पांडा, ज्यूपिटर, numpy के साथ एक पाइपफाइल है। और वहां matplotlib और लॉक फ़ाइल को प्राप्त करने के लिए pipenv इंस्टॉल का उपयोग करने के अपने नवीनतम प्रयास के साथ, मैं 10 मिनट के ऊपर के लिए [पैकेज] निर्भरताओं को लॉक करने में बैठा हूं।

पूरी तरह से समझने योग्य शिकायत और मैं अपने दिमाग के पीछे यह सोचने की कोशिश कर रहा हूं कि हम उपयोगकर्ता को और अधिक उपयोगी प्रतिक्रिया कैसे प्रदान कर सकते हैं (क्योंकि मैं मानता हूं कि यह थोड़ा भ्रमित करने वाला है कि इसका कोई आउटपुट नहीं है)। मैं 15 मिनट के बाद हार मानूंगा। जैसा कि @techalchemy ने बताया, हर बार आपका कैश थोड़ा और अधिक पॉप्युलेट होना चाहिए, इसलिए इसे समय के साथ लगातार तेज होना चाहिए।

एक प्रश्न: क्या आप सार्वजनिक पीपीपीआई का उपयोग कर रहे हैं?

@jtratner हाँ, सार्वजनिक PyPi का उपयोग करते हुए --- और मैंने अंततः हार मान ली, वर्चुअलएन्व को ट्रैश कर दिया और एक नया निर्माण किया; मैंने अपनी निर्भरता को एक बार में स्थापित करके एक लॉकफाइल बनाने का प्रबंधन किया। (दिलचस्प बात यह है कि, matplotlib सबसे धीमा था --- सुन्न से भी बदतर!)

शायद This may take a long time जैसा संदेश लोगों को तब तक आश्वस्त करने में मदद करेगा जब तक कि एक स्पष्ट समाधान पर निर्णय नहीं लिया जाता।

15 मिनट अभी भी बहुत लंबा है, मुझे संदेह है कि मैं बैठूंगा और इसके लिए इंतजार करूंगा। @paultopia आप अधिक आउटपुट के लिए pipenv lock —verbose चला सकते हैं

यह जितना होना चाहिए उससे धीमा होने का सामान्य अनुभव है, लेकिन शायद मैं इस मुद्दे को कम करके आंक रहा हूं। अगर मैं अपने कंप्यूटर में चल रही प्रक्रियाओं को देखता हूं, तो मैं देख सकता हूं कि पाइथन पूरे समय चल रहा है, और यह कभी भी ~ 15% से ऊपर नहीं जाता है, अगर यह हैशिंग फाइलों जैसे सीपीयू गहन काम कर रहा है तो शायद इसका अधिक उपयोग करना चाहिए . इसके अलावा, मैंने अन्य पैकेज प्रबंधकों का उपयोग किया है जो हैश निर्भरता, जैसे यार्न, और वे बहुत तेज़ हैं।

हमें यह पता लगाने की जरूरत है कि यह क्या कर रहा है ...

मैंने लॉकिंग का उपयोग करते समय धीमाता दिखाते हुए एक जीथब प्रोजेक्ट बनाया है। कृपया https://github.com/AndreasPresthammer/slow-pipenv पर एक नज़र डालें। मुझे 100% यकीन नहीं है कि यह वही समस्या है। रेपो को नीचे खींचें और slow.sh स्क्रिप्ट चलाएँ, और निष्पादन समय में अंतर देखें।

@AndreasPresthammer तो आपकी स्क्रिप्ट लॉक के साथ स्थापित करने के लिए केवल एक अनछुए लॉक बनाम समय है। हम जानते हैं कि यह लॉकिंग है लेकिन यह धीमा है। numpy के मामले में यह शायद इसलिए है क्योंकि इसे अतीत में संकल्प के लिए sdists का उपयोग करना पड़ा था जिसका अर्थ संकलन था। हम अब पहियों का उपयोग कर सकते हैं। इससे चीजों में तेजी आ सकती है

यह निश्चित रूप से अभी भी एक समस्या है (5+ मिनट), नवीनतम पायथन 3.6, पीआईपी, और पिपेनव संस्करणों के साथ, और torch जैसे एक साधारण पैकेज को स्थापित करना। मुझे नहीं लगता कि इस मुद्दे को बंद के रूप में चिह्नित किया जाना चाहिए।

जो कोई भी इस मुद्दे पर टिप्पणी करना चाहता है, उसके लिए: pipenv lock --verbose का आउटपुट प्रदान करें। हम जानते हैं कि उन पैकेजों के लिए रिज़ॉल्यूशन धीमा है जो स्रोत से संकलित होते हैं और जिन्हें सामान्य परिस्थितियों में बनने में लंबा समय लगता है। यदि यह सामान्य से धीमा है, तो कारण की जानकारी प्राप्त करने के लिए हमें लॉग की आवश्यकता होती है।

मैं अपने देव और उत्पादन वातावरण के लिए डॉकर का भी उपयोग कर रहा हूं और सोचता हूं कि होस्ट पर इंस्टॉलेशन की तुलना में डॉकर के अंदर इंस्टॉलेशन धीमा लगता है। हो सकता है कि यह सिर्फ सभी पैकेजों का संयोजन है, लेकिन मैं अपने से अधिक अनुभवी लोगों से कुछ प्रतिक्रिया सुनना चाहता हूं।

यहां pipenv lock --verbose का लॉग है, जिसमें Pipfile और Pipfile.lock :

https://gist.github.com/mimischi/6270b7ece566cc571b427baaf1c331d4

@mimischi संकल्प परिणाम होस्ट में कैश किए जाते हैं, लेकिन डॉकर उन तक नहीं पहुंच सकते। यह धीमा है क्योंकि इसे खरोंच से सभी रिज़ॉल्यूशन को फिर से करने की आवश्यकता है। यदि आप होस्ट की कैश निर्देशिका को डॉकर में माउंट करते हैं तो यह मदद करेगा। किसी समस्या में एक टिप्पणी है जिसमें उस पथ का उल्लेख है जिसे आपको माउंट करना चाहिए। मेरे पास अभी इसे देखने का समय नहीं है, लेकिन आप इसे खोजने का प्रयास कर सकते हैं। (और जब आप ऐसा करते हैं तो कृपया इसे दस्तावेज़ के अक्सर पूछे जाने वाले प्रश्न पृष्ठ में योगदान दें!)

एफडब्ल्यूआईडब्ल्यू, मेरे देव बॉक्स को लॉक करने में अब 30 से कम समय लगता है। पहले की तुलना में बहुत बेहतर - इसकी सराहना करें।

हाय, वही समस्या हो रही है।
यहाँ क्रिया है

pipenv lock --verbose
Locking [dev-packages] dependencies…
Using pip: -i https://pypi.python.org/simple

                          ROUND 1                           
Current constraints:
  pylint

Finding the best candidates:
  found candidate pylint==1.9.1 (constraint was <any>)

Finding secondary dependencies:
  pylint==1.9.1             requires astroid<2.0,>=1.6, isort>=4.2.5, mccabe, six

New dependencies found in this round:
  adding ['astroid', '<2.0,>=1.6', '[]']
  adding ['isort', '>=4.2.5', '[]']
  adding ['mccabe', '', '[]']
  adding ['six', '', '[]']
Removed dependencies in this round:
Unsafe dependencies in this round:
------------------------------------------------------------
Result of round 1: not stable

                          ROUND 2                           
Current constraints:
  astroid<2.0,>=1.6
  isort>=4.2.5
  mccabe
  pylint
  six

Finding the best candidates:
  found candidate astroid==1.6.4 (constraint was >=1.6,<2.0)
  found candidate isort==4.3.4 (constraint was >=4.2.5)
  found candidate mccabe==0.6.1 (constraint was <any>)
  found candidate pylint==1.9.1 (constraint was <any>)
  found candidate six==1.11.0 (constraint was <any>)

Finding secondary dependencies:
  pylint==1.9.1             requires astroid<2.0,>=1.6, isort>=4.2.5, mccabe, six
  astroid==1.6.4            requires lazy-object-proxy, six, wrapt
  isort==4.3.4              requires -
  mccabe==0.6.1             requires -
  six==1.11.0               requires -

New dependencies found in this round:
  adding ['lazy-object-proxy', '', '[]']
  adding ['wrapt', '', '[]']
Removed dependencies in this round:
Unsafe dependencies in this round:
------------------------------------------------------------
Result of round 2: not stable

                          ROUND 3                           
Current constraints:
  astroid<2.0,>=1.6
  isort>=4.2.5
  lazy-object-proxy
  mccabe
  pylint
  six
  wrapt

Finding the best candidates:
  found candidate astroid==1.6.4 (constraint was >=1.6,<2.0)
  found candidate isort==4.3.4 (constraint was >=4.2.5)
  found candidate lazy-object-proxy==1.3.1 (constraint was <any>)
  found candidate mccabe==0.6.1 (constraint was <any>)
  found candidate pylint==1.9.1 (constraint was <any>)
  found candidate six==1.11.0 (constraint was <any>)
  found candidate wrapt==1.10.11 (constraint was <any>)

Finding secondary dependencies:
  astroid==1.6.4            requires lazy-object-proxy, six, wrapt
  wrapt==1.10.11            requires -
  lazy-object-proxy==1.3.1  requires -
  six==1.11.0               requires -
  pylint==1.9.1             requires astroid<2.0,>=1.6, isort>=4.2.5, mccabe, six
  mccabe==0.6.1             requires -
  isort==4.3.4              requires -
------------------------------------------------------------
Result of round 3: stable, done

Locking [packages] dependencies…

यहां pipenv --version : पिपेनव, संस्करण 2018.05.18

इसके अलावा, मुझे नहीं पता कि ऐसा क्यों हो रहा है कोई विशेष कारण/त्रुटि नहीं हो रही है।
मेरे मामले में जब मैं pipenv lock करता हूं तो यह शुरू होता है लेकिन जहां तक ​​​​मुझे पता है यह कभी समाप्त नहीं होता है। मैं 2 घंटे से इंतजार कर रहा हूं अभी भी पूरा होने का कोई संकेत नहीं है। और मुझे दो बार ReadTimeoutError दिया है, यह तीसरी बार है जब मैं ऐसा कर रहा हूं।
पायथन 3.6.4 . का उपयोग करना

कोई भी मदद बहुत मददगार होगी क्योंकि मेरी परियोजनाओं की नियत तारीख करीब है।

साथ ही इस मुद्दे को फिर से खोलने के लिए वोट करें। यह हल होने से बहुत दूर है .... मेरी परियोजना को डॉकर कंटेनर में लॉक करने के लिए कहीं भी 10-20 मिनट लगें। यह स्मृति की एक पागल राशि का भी उपयोग करता है - जैसे कि मुझे प्रक्रिया को मारने से रोकने के लिए डॉकर को आवंटन बढ़ाना पड़ा।

यदि आप समाधान गति के साथ समस्याओं में सहायता चाहते हैं, तो कृपया अपने परिवेश के बारे में उदाहरण पिपफाइल्समैंड विवरण प्रदान करें। हम इस सप्ताह एक रिलीज में कटौती कर रहे हैं और बंद धागे पर व्यक्तिगत एक-ऑफ टिप्पणियों को ट्रैक करने का समय नहीं है, लेकिन यदि आप एक प्रदान करते हैं तो पिपफाइल के खिलाफ परीक्षण कर सकते हैं

@jkp मुझे आपको आश्वस्त करने की अनुमति दें कि इस परियोजना के प्रत्येक मुख्य डेवलपर (ऐसा नहीं है कि हम में से बहुत से लोग हैं) इस मुद्दे से बहुत अच्छी तरह वाकिफ हैं, और इससे आप उतने ही परेशान हैं, जितना अधिक नहीं। हालांकि, यह किसी भी तरह से एक आसान समस्या नहीं है, और हमने पहले से ही इसे जितना संभव हो सके उपयोग करने योग्य बनाने के लिए, पायथन पैकेजिंग में सब कुछ फाड़े बिना, पहले से ही सब कुछ फेंक दिया है। इस समय हमारी थाली में भी बहुत कुछ है, और उन अन्य मुद्दों पर भी ध्यान देने की जरूरत है। फिर, मुझे जो अपरिहार्य निर्णय करना चाहिए, वह उन मुद्दों को प्राथमिकता देना है जिन्हें हम वास्तव में हल करना जानते हैं, और केवल अपने अगले कदमों के बारे में सोचना शुरू करते हैं, ताकि हमारे प्रयास के प्रभाव को अधिकतम किया जा सके।

अब, मैं पूरी तरह से स्वीकार करता हूं कि आपकी प्राथमिकता हमारी प्राथमिकता से भिन्न हो सकती है। यह प्रदर्शन समस्या आपके वर्कफ़्लो में सबसे बड़ी समस्या हो सकती है, और आप इसे इस प्रोजेक्ट में सबसे महत्वपूर्ण चीज़ के रूप में रखना चाहते हैं। हालाँकि, कृपया ध्यान रखें कि आप इस उपकरण के एकमात्र उपयोगकर्ता नहीं हैं, और हमें आपके सामने सभी की ज़रूरतों को, यहाँ तक कि हमारी अपनी ज़रूरत को भी प्राथमिकता देने की ज़रूरत है। मैं इसे स्वीकार करता हूं। इसलिए, मैं किसी से भी इस मुद्दे पर विचार करने के लिए स्थिति साझा करने का आग्रह करता हूं, और इसे हल करने के तरीके के बारे में सोचने का प्रयास करता हूं। एक बार जब हम जान जाते हैं कि वास्तव में क्या करना है, तो हम इसे कर सकते हैं।

समस्या को बंद रखा जाता है क्योंकि हम नहीं जानते कि हम क्या कर सकते हैं, और जब हम इसे प्रबंधित करने का प्रयास करते हैं तो यह समस्या ट्रैकर में केवल शोर के रूप में काम करेगा। कम से कम हमारे वर्कफ़्लो में कोई ऐसी समस्या नहीं है जिस पर कोई काम न कर सके।

अपने वर्कफ़्लो की सराहना करें ताकि यदि आप इस तरह से समस्याओं का प्रबंधन करते हैं तो यह ठीक है। समस्या का पता लगाने में मदद के लिए मैं कोई भी जानकारी जोड़ने का प्रयास करूंगा।

मैंने mitmproxy को pipenv बीच स्थापित करके और किए जा रहे अनुरोधों का पता लगाने के लिए नेट द्वारा कुछ डिबगिंग की। मुझे कुछ दिलचस्प चीजें मिलीं।

1. हम एक निजी pypi इंडेक्स का उपयोग कर रहे हैं जो अभी तक json-api समर्थन नहीं करता है। यह चीजों को महत्वपूर्ण रूप से धीमा कर देता है क्योंकि ऐसा लगता है कि फ़ॉलबैक को ब्रूटफोर्स करना है और मेटाडेटा आदि निकालने के लिए http इंडेक्स में सूचीबद्ध सब कुछ डाउनलोड करना है। यहां एक सुझाव यह होगा कि चेतावनी देने के लिए कुछ सरल लॉगिंग जोड़ने के लिए यह फ़ॉलबैक विधि का उपयोग किया जा रहा है - यह किसी और को यह पता लगाने के लिए गहरी खुदाई करने से बचा सकता है।

2. ब्रूट-फोर्स पद्धति का उपयोग करने से ऐसा लगता है कि कोड उन पैकेजों को डाउनलोड करता है जो उपयोग में आने वाले आर्किटेक्चर के लिए प्रासंगिक नहीं हैं। उदाहरण के लिए एक लिनक्स मशीन पर यह win32 या osx विशिष्ट व्हील पैकेज डाउनलोड कर रहा था। यह कुछ ऐसा लगता है जिसे पहचाना और टाला जा सकता है क्योंकि यह स्पष्ट है कि अन्य आर्किटेक्चर के लिए बनाए गए बाइनरी पैकेज किसी काम के नहीं होंगे।

मैं डिबग करना जारी रखूंगा और किसी भी उपयोगी जानकारी को वापस रिपोर्ट कर दूंगा जैसा मुझे मिल गया है।

ऐसा लगता है कि pipenv उपयोग में आने वाले json इंटरफ़ेस के साथ भी विभिन्न आर्किटेक्चर से संबंधित व्हील फ़ाइलों के लिए अनावश्यक अनुरोध कर रहा है। कार्यान्वयन वर्तमान में बहुत भोला है क्योंकि यह किसी दिए गए रिलीज के खिलाफ सूचीबद्ध सभी फाइलों की जांच करता है, चाहे लक्ष्य प्लेटफॉर्म/आर्क की परवाह किए बिना।

न्यूनतम परीक्षण-मामला:

Linux होस्ट पर: pipenv install grpcio

निम्नलिखित अनुरोध तैयार किए ( mitmproxy का उपयोग करके कैप्चर किया गया):

$ mitmdump -w dump.out
Proxy server listening at http://*:8080
127.0.0.1:62303: clientconnect
127.0.0.1:62303: GET https://pypi.org/simple/setuptools/
              << 200 OK 79.82k
127.0.0.1:62305: clientconnect
127.0.0.1:62305: GET https://files.pythonhosted.org/packages/7f/e1/820d941153923aac1d49d7fc37e17b6e73bfbd2904959fffbad77900cf92/setuptools-39.2.0-py2.py3-none-any.whl
              << 200 OK 554.25k
127.0.0.1:62303: GET https://pypi.org/simple/pip/
              << 200 OK 9.56k
127.0.0.1:62303: GET https://pypi.org/simple/wheel/
              << 200 OK 6.91k
127.0.0.1:62303: clientdisconnect
127.0.0.1:62305: clientdisconnect
127.0.0.1:62307: clientconnect
127.0.0.1:62307: GET https://pypi.org/simple/grpcio/
              << 200 OK 112.03k
127.0.0.1:62309: clientconnect
127.0.0.1:62309: GET https://files.pythonhosted.org/packages/1f/ea/664c589ec41b9e9ac6e20cc1fe9016f3913332d0dc5498a5d7771e2835af/grpcio-1.12.1-cp36-cp36m-manylinux1_x86_64.whl
              << 200 OK 8.57m
127.0.0.1:62307: GET https://pypi.org/simple/six/
              << 200 OK 3.34k
127.0.0.1:62309: GET https://files.pythonhosted.org/packages/67/4b/141a581104b1f6397bfa78ac9d43d8ad29a7ca43ea90a2d863fe3056e86a/six-1.11.0-py2.py3-none-any.whl
              << 200 OK 10.45k
127.0.0.1:62309: clientdisconnect
127.0.0.1:62307: clientdisconnect
127.0.0.1:62311: clientconnect
127.0.0.1:62311: GET https://pypi.org/simple/grpcio/
              << 200 OK 112.03k
127.0.0.1:62313: clientconnect
127.0.0.1:62313: GET https://files.pythonhosted.org/packages/1f/ea/664c589ec41b9e9ac6e20cc1fe9016f3913332d0dc5498a5d7771e2835af/grpcio-1.12.1-cp36-cp36m-manylinux1_x86_64.whl
              << 200 OK 8.57m
127.0.0.1:62311: GET https://pypi.org/simple/six/
              << 200 OK 3.34k
127.0.0.1:62313: GET https://files.pythonhosted.org/packages/67/4b/141a581104b1f6397bfa78ac9d43d8ad29a7ca43ea90a2d863fe3056e86a/six-1.11.0-py2.py3-none-any.whl
              << 200 OK 10.45k
127.0.0.1:62315: clientconnect
127.0.0.1:62315: GET https://pypi.org/pypi/six/json
              << 200 OK 5.94k
127.0.0.1:62313: GET https://files.pythonhosted.org/packages/16/d8/bc6316cf98419719bd59c91742194c111b6f2e85abac88e496adefaf7afe/six-1.11.0.tar.gz
              << 200 OK 29.16k
127.0.0.1:62315: GET https://pypi.org/pypi/grpcio/json
              << 200 OK 164.26k
127.0.0.1:62313: GET https://files.pythonhosted.org/packages/5c/73/5e65b81301956bdd32c5e8da691fde3fbd6e61283b65d2bac590b8f43765/grpcio-1.12.1-cp27-cp27m-win32.whl
              << 200 OK 1.35m
127.0.0.1:62313: GET https://files.pythonhosted.org/packages/e1/c3/bcce8247da4e6f95a900489b6f7ff3d14d93df40d69875fe4164c1b9544a/grpcio-1.12.1-cp27-cp27mu-manylinux1_i686.whl
              << 200 OK 8.01m
127.0.0.1:62313: GET https://files.pythonhosted.org/packages/ed/89/03924c56e9044b0842a014fcc0a81f55975028d1caa9cdd14234a230bc70/grpcio-1.12.1-cp27-cp27m-win_amd64.whl
              << 200 OK 1.35m
127.0.0.1:62313: GET https://files.pythonhosted.org/packages/d7/f6/ddeab13c25b8451f05875587801ad87e4e0fc23c4e3eb328c4bd1a80a415/grpcio-1.12.1-cp36-cp36m-linux_armv7l.whl
              << 200 OK 7.77m
127.0.0.1:62313: GET https://files.pythonhosted.org/packages/2d/a4/4d1d73c0339e987ea173f44cf62ec6b40fb91e0336c09c960c4a44137552/grpcio-1.12.1-cp35-cp35m-linux_armv7l.whl
              << 200 OK 7.76m
127.0.0.1:62313: GET https://files.pythonhosted.org/packages/76/27/b03ec8fc96745cde68d6ec29115f9a444945a6acc45209c5772378cc4d66/grpcio-1.12.1-cp35-cp35m-macosx_10_7_intel.whl
              << 200 OK 1.83m
127.0.0.1:62313: GET https://files.pythonhosted.org/packages/30/24/8e247548321e52c266a639b51a838ec19b41fb6bfd27e3bbef018496752e/grpcio-1.12.1-cp27-cp27m-manylinux1_x86_64.whl
              << 200 OK 8.47m
127.0.0.1:62313: GET https://files.pythonhosted.org/packages/80/c9/e582b962a4a3aa2684666ff67fc994a042b1b0e444eb6672eb9740f7b59a/grpcio-1.12.1-cp34-cp34m-macosx_10_7_intel.whl
              << 200 OK 1.84m
127.0.0.1:62313: GET https://files.pythonhosted.org/packages/a2/25/6d910070a4a07c32633c2376075d5dc03e90f69f855d700e3f73c1affebb/grpcio-1.12.1-cp27-cp27m-macosx_10_12_x86_64.whl
              << 200 OK 1.57m
127.0.0.1:62313: GET https://files.pythonhosted.org/packages/33/38/58f3e8d133de1f2e911206ead03799621205079c303ae5b27e7350051f4a/grpcio-1.12.1.tar.gz
              << 200 OK 13.56m
127.0.0.1:62313: GET https://files.pythonhosted.org/packages/68/57/da122cbfc1b7815381480b23044fff06b90f58c1be9310e68c2d6b1d623c/grpcio-1.12.1-cp36-cp36m-macosx_10_7_intel.whl
              << 200 OK 1.82m
127.0.0.1:62313: GET https://files.pythonhosted.org/packages/c6/b8/47468178ba19143e89b2da778eed660b84136c0a877224e79cc3c1c3fd32/grpcio-1.12.1-cp35-cp35m-manylinux1_x86_64.whl
              << 200 OK 8.55m
127.0.0.1:62313: GET https://files.pythonhosted.org/packages/5d/8b/104918993129d6c919a16826e6adcfa4a106c791da79fb9655c5b22ad9ff/grpcio-1.12.1-cp36-cp36m-win_amd64.whl
              << 200 OK 1.37m
127.0.0.1:62313: GET https://files.pythonhosted.org/packages/94/6c/02e9cb803cd7b9608c9c1768d86d31c61b088f5b9513a203c10fa7e905d8/grpcio-1.12.1-cp36-cp36m-win32.whl
              << 200 OK 1.12m
127.0.0.1:62313: GET https://files.pythonhosted.org/packages/2a/ed/71169dccb7f9250d17031068579832371a72891d8e64891265370ca6e264/grpcio-1.12.1-cp27-cp27mu-linux_armv7l.whl
              << 200 OK 7.68m
127.0.0.1:62313: GET https://files.pythonhosted.org/packages/63/38/d73bf5b1ef950dbab8203122b9681137b35012492ecfec56719be109e343/grpcio-1.12.1-cp27-cp27m-manylinux1_i686.whl
              << 200 OK 8.01m
127.0.0.1:62313: GET https://files.pythonhosted.org/packages/13/71/87628a8edec5bffc86c5443d2cb9a569c3b65c7ff0ad05d5e6ee68042297/grpcio-1.12.1-cp36-cp36m-manylinux1_i686.whl
              << 200 OK 8.11m
127.0.0.1:62313: GET https://files.pythonhosted.org/packages/1d/0d/146582f71161a0074dda2378617ae5f7e2c3d6cf62d4588eb586c1d6b675/grpcio-1.12.1-cp27-cp27mu-manylinux1_x86_64.whl
              << 200 OK 8.47m
127.0.0.1:62313: GET https://files.pythonhosted.org/packages/9e/3a/6aceb4fccacf6d2d7d087190c221a90f14b2bdcb56cbee5af24b7050278b/grpcio-1.12.1-cp34-cp34m-win_amd64.whl
              << 200 OK 1.35m
127.0.0.1:62313: GET https://files.pythonhosted.org/packages/f9/fa/a0187d220544b744dd3bb0d8b8ec716d130159160bf627415b2880ae599a/grpcio-1.12.1-cp34-cp34m-win32.whl
              << 200 OK 1.35m
127.0.0.1:62313: GET https://files.pythonhosted.org/packages/dd/aa/ac8e3c6badf1744f04be7d35fa95dae56df12b956f861285c8cced2a22cb/grpcio-1.12.1-cp34-cp34m-linux_armv7l.whl
              << 200 OK 7.76m
127.0.0.1:62313: GET https://files.pythonhosted.org/packages/38/2a/94665daafbcf0214adcf77ad8f5aed8b9dfcbfa871115c7890d88b1b8f3c/grpcio-1.12.1-cp34-cp34m-manylinux1_x86_64.whl
              << 200 OK 8.58m
127.0.0.1:62313: GET https://files.pythonhosted.org/packages/0d/33/22ad4a9dcefe330180cdb2d24fdd980af2a7a2dc03af208a408fd48195e0/grpcio-1.12.1-cp35-cp35m-win_amd64.whl
              << 200 OK 1.36m
127.0.0.1:62313: GET https://files.pythonhosted.org/packages/b5/13/9e8e5d68a15c51b251e512955a971214fd8425b237e6d6a04f0257c5d090/grpcio-1.12.1-cp34-cp34m-manylinux1_i686.whl
              << 200 OK 8.11m
127.0.0.1:62313: GET https://files.pythonhosted.org/packages/21/41/66ab386c65be68b4e907f2cd35223965aea2a086bcd0bd6825999e0bda7c/grpcio-1.12.1-cp35-cp35m-win32.whl
              << 200 OK 1.12m
127.0.0.1:62313: GET https://files.pythonhosted.org/packages/f7/db/fc084f59804a32a8d6efb467896a505f4dc93ea89ec44da856b91f05a5cb/grpcio-1.12.1-cp35-cp35m-manylinux1_i686.whl
              << 200 OK 8.09m
127.0.0.1:62313: clientdisconnect
127.0.0.1:62311: clientdisconnect
127.0.0.1:62315: clientdisconnect

कुछ अनावश्यक अनुरोधों की गिनती करना:

• 4 एक्स विन32
• 4 एक्स आर्म
• 4 एक्स मैकोक्स

आदि होस्ट ओएस और आर्क के आधार पर कुछ सरल फ़िल्टरिंग करने के लिए त्वरित जीत की तरह लगता है?

आप होस्ट और आर्किटेक्चर द्वारा फ़िल्टर की गई चीजें चाहते हैं, अधिकांश अन्य लॉकफाइल चाहते हैं जिसमें हैश शामिल है जो उन्हें उन होस्ट और आर्किटेक्चर पर स्थापित करने की अनुमति देगा (हमारे पास पाइप रिज़ॉल्वर कोडबेस में हैक की एक महत्वपूर्ण संख्या है जो विशेष रूप से इसे सक्षम करती है, इसलिए यह नहीं है हमें खबर)

जेएसओएन एपीआई के संबंध में, यह वास्तव में वर्तमान रिलीज में सीधे हिट करने में सक्षम नहीं है, और मैं रिलीज होने से पहले इसे कोडबेस में अक्षम करने की योजना बना रहा हूं। मैंने व्यापक प्रोफाइलिंग की है और मुझे पता है कि पाइपनव के रनटाइम के 20-50% जैसे कुछ के लिए packaging.version.parse() खाते में विफल कॉल।

पिप 10 डिफ़ॉल्ट रूप से जेएसओएन एपीआई का मुख्य रिज़ॉल्वर के रूप में उपयोग करता है, इसलिए जब तक आप पाइप का उपयोग बंद नहीं करना चाहते हैं, उस मोर्चे पर बहुत कुछ नहीं करना है।

मुझे ऐसा लगता है कि हम एक ही चीज़ को कई बार डाउनलोड कर रहे होंगे, है ना?

हमें शायद चर्चा को #2284 पर ले जाना चाहिए। यह वास्तव में लॉकिंग वाला हिस्सा है जो धीमा है ( install अनिवार्य रूप से TOML हेरफेर + lock + sync ), इंस्टॉल नहीं है।

सिंगल आर्क को लॉक डाउन करने के संबंध में। मैं डिजाइन पसंद को समझता हूं; शायद उपयोगकर्ता को केवल होस्ट आर्किटेक्चर के लिए लॉक करने की अनुमति देने के लिए ध्वज पास करने का विकल्प हो सकता है? यह समय और कुछ उपयोग-मामलों के लिए बैंडविड्थ दोनों के संदर्भ में एक बहुत ही महत्वपूर्ण अनुकूलन होगा।

@techalchemy आपकी प्रतिक्रिया के लिए धन्यवाद। packaging.version.parse() खोज एक अच्छी लीड लगती है। क्या आप इस कथन पर कुछ और रंग डाल सकते हैं:

जेएसओएन एपीआई के संबंध में, यह वास्तव में वर्तमान रिलीज में सीधे हिट करने में सक्षम नहीं है, और मैं रिलीज होने से पहले इसे कोडबेस में अक्षम करने की योजना बना रहा हूं।

मुझे समझ में नहीं आया कि आप इसे अक्षम करने की योजना क्यों बना रहे हैं?

@jkp JSON API के बारे में, सरल एपीआई हमारे लिए बहुत अधिक उपयुक्त है। इसे अक्षम करके हम साधारण एपीआई का उपयोग कर रहे हैं, बिना किसी एपीआई का पूरी तरह से उपयोग नहीं कर रहे हैं।

मुझे Pyspark को स्थापित करने में बहुत समय लग रहा है।
मेरी पिपफाइल -

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

[dev-packages]
pylint = "*"
pyspark = "*"

[requires]
python_version = "3.5"

शेल आउटपुट -

Pipfile.lock not found, creating...
Locking [dev-packages] dependencies...

प्रक्रिया ऊपर की अंतिम पंक्ति पर अटकी हुई है।
15-20 मिनट के बाद समाप्त

पिपेनव, संस्करण 2018.7.1

@keshavkaul PySpark बहुत बड़ा है, और इसे डाउनलोड करने में काफी समय लग सकता है। इसे कुछ समय दें, यह बाद में बहुत बेहतर होगा (क्योंकि पिपेनव परिणाम को कैश करता है)।

(या आप डेवलपर्स से पहिया वितरण जारी करने का आग्रह कर सकते हैं। इससे थोड़ी मदद मिलेगी।)

भविष्य के आगंतुकों के लिए नोट: कृपया अपना धीमा इंस्टॉलेशन परिणाम पोस्ट करने से बचें। हम जानते हैं कि यह धीमा हो सकता है। हम जानते हैं कि यह धीमा क्यों है। आपका परिणाम इस विषय में कुछ नहीं जोड़ता है।

क्या पुस्तकालयों के डाउनलोड के दौरान कुछ जानकारी या प्रगति पट्टी जैसे apt-get या wget (डाउनलोड गति, आकार डाउनलोड, कुल आकार) होना संभव होगा?
मुझे लगता है कि यह यहाँ मुद्दा है, पिपेनव मेरे लिए धीमा लग रहा था, लेकिन यह सिर्फ पुस्तकालय डाउनलोड था, मुझे यह समझने के लिए एक सिस्टम मॉनिटर खोलना पड़ा कि पिपेनव फाइलें डाउनलोड कर रहा था और कितना पहले से डाउनलोड किया गया था, किस गति आदि

हवा एक ही मुद्दा: Locking [packages] dependencies... हमेशा के लिए लटका
मेरा पर्यावरण:

• मैकोज़ हाई सिएरा 10.13.6
• पायथन: पायथन 3.6.4
• पिपेनव: संस्करण 2018.7.1

@crifan खुले या बंद हर मुद्दे पर एक ही संदेश पोस्ट करने की आवश्यकता नहीं है जिसमें लॉकिंग गति का उल्लेख है। हम आपकी टिप्पणी देखेंगे चाहे आप एक ही बात कितनी बार कहें। यदि आप मददगार बनना चाहते हैं, तो आपको एक प्रतिलिपि प्रस्तुत करने योग्य उदाहरण केस प्रदान करना होगा। "मुझे भी" कहने के लिए चिल्लाने से समस्या ट्रैकर पर अतिरिक्त ट्रैफ़िक के अलावा कुछ भी नहीं जुड़ता है। कृपया इसका ध्यान रखें।

मेरा भी यही विचार है। पिपेनव बहुत धीमा।
लॉक और इंस्टाल होने में एक घंटे का समय लगता है।

मुझे लगता है कि इस मुद्दे का उत्तर यहां अच्छी तरह से दिया गया है: https://github.com/pypa/pipenv/issues/1914#issuecomment -378846926

पायथन निर्भरता के लिए हमें हल करने और गणना करने के लिए प्रत्येक पैकेज की सेटअप फ़ाइलों को पूरी तरह से डाउनलोड और निष्पादित करने की आवश्यकता होती है। बस यही हकीकत है, थोड़ी धीमी है। यदि आप 2 मिनट प्रतीक्षा नहीं कर सकते हैं या आपको लगता है कि यह ट्रेडऑफ़ के लायक नहीं है, तो आप हमेशा --skip-lock पास कर सकते हैं।

• द्वारा @techalchemy

क्या पीईपीआई एपीआई से हैश की सूची प्राप्त करना संभव होगा, बजाय उन्हें स्वयं गणना करने के?

पिपेनव कमाल का है, लेकिन यह मुद्दा अभी भी मौजूद है। किसी प्रगति को देखकर प्रसन्नता होगी। --स्किप-लॉक काम नहीं किया।

पिपेनव कमाल का है, लेकिन यह मुद्दा अभी भी मौजूद है। किसी प्रगति को देखकर प्रसन्नता होगी। --स्किप-लॉक काम नहीं किया।

मेरे लिए काम किया

मैंने पाया कि विंडोज़ पर गिट बैश का उपयोग पावरहेल की तुलना में बहुत धीमा था। मेरे पास इस पर कोई आंकड़े या डेटा नहीं है, लेकिन पीएस तेज लग रहा था। इसलिए यदि आप गिट बैश का उपयोग कर रहे हैं तो आप pipenv 'आईएनजी के लिए देशी पीएस को आजमा सकते हैं।

मुझे पता है कि यह मुद्दा बंद हो गया है, लेकिन मेरे लिए पांडा स्थापित करते समय बहुत समय लगता है। वर्बोज़ आउटपुट यह है

pipenv install pandas --verbose
Installing pandas…
⠋ Installing...Installing 'pandas'
$ ['/Users/sinscary/.local/share/virtualenvs/signzy-MSzur11z/bin/pip', 'install', '--verbose', '--upgrade', 'pandas', '-i', 'https://pypi.org/simple']
Adding pandas to Pipfile's [packages]…
✔ Installation Succeeded
Pipfile.lock not found, creating…
Locking [dev-packages] dependencies…
Locking [packages] dependencies…
⠦ Locking...

यह लॉकिंग पर 30 मिनट से अधिक समय से अटका हुआ है। मैं अजगर 3.7.0, मैकोज़ मोजावे का उपयोग कर रहा हूं। इसमें कोई मदद।

इस विषय के सभी मुद्दे बंद क्यों हैं? लॉक-स्टेप हैंग होने के कारण मैं एक भी चीज़ को पिपेनव स्थापित नहीं कर सकता।

मेरे लैपटॉप (i7/16Gb) पर बनाने के लिए निम्नलिखित डॉकटर छवि को 30 मिनट से अधिक समय लगता है, pipenv install ... कमांड उम्र के लिए चलता है ...

Dockerfile

FROM python:3.7-alpine

# Update package list.
RUN set -ex && apk update

# Install apk dependencies.
RUN set -ex && apk add --no-cache musl-dev gcc libffi-dev openssl-dev make

# Install Pipenv.
RUN set -ex && pip install pipenv --upgrade

# Copy Pipfiles.
RUN mkdir /website
COPY Pipfile /website

# Install Pipenv dependencies.
WORKDIR /website
RUN set -ex && pipenv install --system --skip-lock --verbose

Pipfile

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


[requires]
python_version = "3.7"

[packages]
sanic = "*"
jinja2 = "*"
asyncpg = "*"
uvloop = "*"
munch = "*"

[dev-packages]

[pipenv]
allow_prereleases = true

क्या यह सामान्य है? क्या कोई पुनरुत्पादन कर सकता है?

अपडेट करें: Alpine Linux सावधान रहें

मुझे एहसास हुआ कि मुद्दा pipenv के पक्ष में नहीं है...

मैंने अल्पाइन बेस डॉकर-इमेज को डेबियन-स्लिम पर बनाया है और अब pipenv install सेकंड के भीतर खत्म हो गया है।

मेरे उदाहरण में मुद्दा यह है कि अल्पाइन लिनक्स हमेशा ऐसे पैकेज बनाने की कोशिश करेगा जिसमें स्रोत से cython-extension या c-extensions हो, जो हमेशा के लिए एक डॉकर कंटेनर में ले जा सकता है, जबकि डेबियन लिनक्स उन्हें wheel का उपयोग करके स्थापित करता है।

इस पर अधिक: https://stackoverflow.com/questions/49037742/why-does-it-take-age-to-install-pandas-on-alpine-linux

मेरे पास लंबे समय से पिपेनव है और जब भी मुझे "वेनव" या अन्य विकल्पों के उपयोग में वर्चुअल एनवी बनाने की आवश्यकता होती है।

एक अजीब धीमी समस्या के साथ-साथ, कुछ स्क्रिप्टिंग के लिए केवल 2 मॉड्यूल जो मैं कर रहा हूं।

click

इंस्टॉल करने में 15/20 मिनट का समय लगा, 60 एमबीपीएस से अधिक नीचे इंटरनेट परीक्षण और मैकबुक प्रो 2019 (हार्डवेयर की मेरी पसंद नहीं) पर चल रहा है।

कृपया कुछ समय के लिए वर्चुअलएन्व का उपयोग करें। बेहतर समाधान उपलब्ध होने तक

99% बार मैं ऐसा करता हूं, निर्भरता मेरी लॉक फ़ाइल में उसी को हल हो जाएगी, ऐसा इसलिए है क्योंकि यह मेरी देव पाइपलाइन का हिस्सा है।

उस मामले में जहां पिछले रन के बाद से कोई नया अपस्ट्रीम पैकेज नहीं है, निश्चित रूप से प्रक्रिया को छोड़ दिया जा सकता है?