<p>pipenv не уважает pip.conf</p>

Эти записи должны быть в вашем Pipfile.

@kennethreitz Я не думаю, что я действительно ясно
Во-первых, я только начинаю погружаться в pipenv, как он работает и его код. Я знаю, что вы можете указать источник в Pipfile , я также видел, что вы можете использовать именованные индексы, что похоже на то, что можно сделать в ~/.pypirc .

Создание нового проекта / среды pipenv

$ mkdir foobar
$ cd foobar
$ pipenv install --verbose requests
⠋New python executable in /home/xxx/.local/share/virtualenvs/foobar-JdBU33Mf/bin/python         
Installing setuptools, pip, wheel...done.                                                      

Virtualenv location: /home/xxx/.local/share/virtualenvs/foobar-JdBU33Mf                         
Installing requests… 
⠙Installing u'requests'
$ "/home/xxx/.local/share/virtualenvs/foobar-JdBU33Mf/bin/pip" install   --verbose   "requests"
-i https://pypi.python.org/simple --exists-action w
Collecting requests
  1 location(s) to search for versions of requests:
  * https://pypi.python.org/simple/requests/
  Getting page https://pypi.python.org/simple/requests/
[...]
Successfully installed certifi-2017.7.27.1 chardet-3.0.4 idna-2.6 requests-2.18.4 urllib3-1.22
Cleaning up...

Adding requests to Pipfile's [packages]…
  PS: You have excellent taste! ✨ 🍰 ✨
Locking [dev-packages] dependencies…
Locking [packages] dependencies…
Updated Pipfile.lock (76e6d4)!

Установить пакет из дополнительного индекса

При установке пакета, о котором pypi не знает, он не будет работать сразу (он работает с pip или pip-tools, поскольку они используют настройки pip.conf ).

$ pipenv install --verbose palantir
Installing palantir…
⠋Installing u'palantir'
$ "/home/hr/.local/share/virtualenvs/foobar-JdBU33Mf/bin/pip" install   --verbose   "palantir" -i https://pypi.python.org/simple --exists-action w
Collecting palantir
  1 location(s) to search for versions of palantir:
[...]
Error:  An error occurred while installing palantir!
  Could not find a version that satisfies the requirement palantir (from versions: )
No matching distribution found for palantir

Если Pipfile получает новый индекс и пакет связан с этим индексом (следуя https://docs.pipenv.org/advanced.html#specifying-package-indexes), попытка установки пакета из командная строка все равно сначала вызовет pypi :

$ pipenv install --verbose palantir
Installing palantir… 
⠋Installing u'palantir'                                                                        
$ "/home/hr/.local/share/virtualenvs/foobar-JdBU33Mf/bin/pip" install   --verbose   "palantir"
-i https://pypi.python.org/simple --exists-action w                                            
⠋$ "/home/hr/.local/share/virtualenvs/foobar-JdBU33Mf/bin/pip" install   --verbose   "palantir"
 -i https://pypi.priv.xxx/prod/+simple/ --exists-action w                
Collecting palantir                         
  1 location(s) to search for versions of palantir:
[...]
Successfully installed palantir-1.1.5
Cleaning up...

Adding palantir to Pipfile's [packages]…
Locking [dev-packages] dependencies…
Locking [packages] dependencies…

Используйте файл требований, созданный pip-tools

При использовании pip-tools файл требований будет начинаться с индекса, используемого для установки пакетов:

#
# This file is autogenerated by pip-compile
# To update, run:
#
#    pip-compile --output-file requirements.txt requirements.in
#
--index-url https://pypi.priv.xxx/prod/+simple/

bcrypt==3.0.0
[...]

Этот параметр не соблюдается при использовании файла требований (начиная с чистого проекта):

$ pipenv install -r requirements.txt
Requirements file provided! Importing into Pipfile…
Pipfile.lock (c23e27) out of date, updating to (3c7b08)…
Locking [dev-packages] dependencies…
Locking [packages] dependencies…
CRITICAL:pip.index:Could not find a version that satisfies the requirement palantir==1.1.5 (from versions: )
Warning: Your dependencies could not be resolved. You likely have a mismatch in your sub-dependencies.
  You can use $ pipenv install --skip-lock to bypass this mechanism, then run $ pipenv graph to inspect the situation.

Наблюдения

Я чувствую, что есть какой-то «пробел» в работе с индексами и UX:

• пользователь не может указать индекс (по имени или ресурсу) при установке через командную строку, что заставляет его создавать запись для индекса в Pipfile и связывать каждый пакет с индексом. Это не очень удобно в случае нескольких пакетов из pypi и только одного из частного индекса.
• какой индекс по умолчанию следует использовать при установке пакета из командной строки?
• при установке пакета из настраиваемого индекса его невозможно указать в командной строке.
• когда в файле требований указан индекс, он игнорируется.

Я ныряю в код, чтобы предоставить PR, чтобы покрыть проблемы, описанные выше:

• при инициализации проекта проверьте pip.conf наличие настраиваемых индексов
• определить индекс по умолчанию в Pipfile который будет использоваться, когда ничего не указано
• укажите индекс по имени или ресурсу в командной строке
• соблюдайте индекс, указанный в файле требований, и добавьте его в Pipfile

Если индекс используется либо в файле требований, либо в командной строке, но неизвестен для Pipfile тогда следует добавить запись с автоматическим именем, аналогичным именованию venv, используемому в pipenv.

Почему меня так волнует? Живя в Китае, pypi не всегда доступен или быстр (многочисленные таймауты или мертвая медлительность), поэтому наличие индекса, такого как devpi, который кеширует и позволяет мне смешивать мои частные пакеты, - это двойная победа. Это ускоряет разработку, тестирование, сборку докеров и т. Д.

Например, это довольно классическое поведение, которое происходит, когда задействованы тайм-ауты:

Locking [dev-packages] dependencies…
Locking [packages] dependencies…
Warning: Your dependencies could not be resolved. You likely have a mismatch in your sub-dependencies.
  You can use $ pipenv install --skip-lock to bypass this mechanism, then run $ pipenv graph to inspect the situation.
Could not find a version that matches requests==2.17.3,==2.18.4
Tried: 0.2.0, 0.2.0, 0.2.1, 0.2.1, 0.2.2, 0.2.2, 0.2.3, 0.2.3, 0.2.4, 0.2.4, 0.3.0, 0.3.0, 0.3.1, 0.3.1, 0.3.2, 0.3.2, 0.3.3, 0.3.3, 0.3.4, 0.3.4, 0.4.0, 0.4.0, 0.4.1, 0.4.1, 0.5.0, 0.5.0, 0.5.1, 0.5.1, 0.6.0, 0.6.0, 0.6.1, 0.6.1, 0.6.2, 0.6.2, 0.6.3, 0.6.3, 0.6.4, 0.6.4, 0.6.5, 0.6.5, 0.6.6, 0.6.6, 0.7.0, 0.7.0, 0.7.1, 0.7.1, 0.7.2, 0.7.2, 0.7.3, 0.7.3, 0.7.4, 0.7.4, 0.7.5, 0.7.5, 0.7.6, 0.7.6, 0.8.0, 0.8.0, 0.8.1, 0.8.1, 0.8.2, 0.8.2, 0.8.3, 0.8.3, 0.8.4, 0.8.4, 0.8.5, 0.8.5, 0.8.6, 0.8.6, 0.8.7, 0.8.7, 0.8.8, 0.8.8, 0.8.9, 0.8.9, 0.9.0, 0.9.0, 0.9.1, 0.9.1, 0.9.2, 0.9.2, 0.9.3, 0.9.3, 0.10.0, 0.10.0, 0.10.1, 0.10.1, 0.10.2, 0.10.2, 0.10.3, 0.10.3, 0.10.4, 0.10.4, 0.10.6, 0.10.6, 0.10.7, 0.10.7, 0.10.8, 0.10.8, 0.11.1, 0.11.1, 0.11.2, 0.11.2, 0.12.0, 0.12.0, 0.12.1, 0.12.1, 0.13.0, 0.13.0, 0.13.1, 0.13.1, 0.13.2, 0.13.2, 0.13.3, 0.13.3, 0.13.4, 0.13.4, 0.13.5, 0.13.5, 0.13.6, 0.13.6, 0.13.7, 0.13.7, 0.13.8, 0.13.8, 0.13.9, 0.13.9, 0.14.0, 0.14.0, 0.14.1, 0.14.1, 0.14.2, 0.14.2, 1.0.0, 1.0.0, 1.0.1, 1.0.1, 1.0.2, 1.0.2, 1.0.3, 1.0.3, 1.0.4, 1.0.4, 1.1.0, 1.1.0, 1.2.0, 1.2.0, 1.2.1, 1.2.1, 1.2.2, 1.2.2, 1.2.3, 1.2.3, 2.0.0, 2.0.0, 2.0.0, 2.0.0, 2.0.1, 2.0.1, 2.0.1, 2.0.1, 2.1.0, 2.1.0, 2.1.0, 2.1.0, 2.2.0, 2.2.0, 2.2.0, 2.2.0, 2.2.1, 2.2.1, 2.2.1, 2.2.1, 2.3.0, 2.3.0, 2.3.0, 2.3.0, 2.4.0, 2.4.0, 2.4.0, 2.4.0, 2.4.1, 2.4.1, 2.4.1, 2.4.1, 2.4.2, 2.4.2, 2.4.2, 2.4.2, 2.4.3, 2.4.3, 2.4.3, 2.4.3, 2.5.0, 2.5.0, 2.5.0, 2.5.0, 2.5.1, 2.5.1, 2.5.1, 2.5.1, 2.5.2, 2.5.2, 2.5.2, 2.5.2, 2.5.3, 2.5.3, 2.5.3, 2.5.3, 2.6.0, 2.6.0, 2.6.0, 2.6.0, 2.6.1, 2.6.1, 2.6.1, 2.6.1, 2.6.2, 2.6.2, 2.6.2, 2.6.2, 2.7.0, 2.7.0, 2.7.0, 2.7.0, 2.8.0, 2.8.0, 2.8.0, 2.8.0, 2.8.1, 2.8.1, 2.8.1, 2.8.1, 2.9.0, 2.9.0, 2.9.0, 2.9.0, 2.9.1, 2.9.1, 2.9.1, 2.9.1, 2.9.2, 2.9.2, 2.9.2, 2.9.2, 2.10.0, 2.10.0, 2.10.0, 2.10.0, 2.11.0, 2.11.0, 2.11.0, 2.11.0, 2.11.1, 2.11.1, 2.11.1, 2.11.1, 2.12.0, 2.12.0, 2.12.0, 2.12.0, 2.12.1, 2.12.1, 2.12.1, 2.12.1, 2.12.2, 2.12.2, 2.12.2, 2.12.2, 2.12.3, 2.12.3, 2.12.3, 2.12.3, 2.12.4, 2.12.4, 2.12.4, 2.12.4, 2.12.5, 2.12.5, 2.12.5, 2.12.5, 2.13.0, 2.13.0, 2.13.0, 2.13.0, 2.14.0, 2.14.0, 2.14.0, 2.14.0, 2.14.1, 2.14.1, 2.14.1, 2.14.1, 2.14.2, 2.14.2, 2.14.2, 2.14.2, 2.15.1, 2.15.1, 2.15.1, 2.15.1, 2.16.0, 2.16.0, 2.16.0, 2.16.0, 2.16.1, 2.16.1, 2.16.1, 2.16.1, 2.16.2, 2.16.2, 2.16.2, 2.16.2, 2.16.3, 2.16.3, 2.16.3, 2.16.3, 2.16.4, 2.16.4, 2.16.4, 2.16.4, 2.16.5, 2.16.5, 2.16.5, 2.16.5, 2.17.0, 2.17.0, 2.17.0, 2.17.0, 2.17.1, 2.17.1, 2.17.1, 2.17.1, 2.17.2, 2.17.2, 2.17.2, 2.17.2, 2.17.3, 2.17.3, 2.17.3, 2.17.3, 2.18.0, 2.18.0, 2.18.0, 2.18.0, 2.18.1, 2.18.1, 2.18.1, 2.18.1, 2.18.2, 2.18.2, 2.18.2, 2.18.2, 2.18.3, 2.18.3, 2.18.3, 2.18.3, 2.18.4, 2.18.4, 2.18.4, 2.18.4

@kennethreitz
Неа. Например, я живу в Китае. Скорость на pypi.python.org обычно ниже 50к / с, мне нужно установить глобальное китайское зеркало. Или я бы увидел много

  File "d:\python27\lib\site-packages\pipenv\patched\pip\_vendor\requests\packages\urllib3\response.
py", line 324, in read
    flush_decoder = True
  File "d:\python27\lib\contextlib.py", line 35, in __exit__
    self.gen.throw(type, value, traceback)
  File "d:\python27\lib\site-packages\pipenv\patched\pip\_vendor\requests\packages\urllib3\response.
py", line 246, in _error_catcher
    raise ReadTimeoutError(self._pool, None, 'Read timed out.')
pip._vendor.requests.packages.urllib3.exceptions.ReadTimeoutError: HTTPSConnectionPool(host='pypi.py
thon.org', port=443): Read timed out.

Итак, вы имеете в виду, что каждый раз, когда я использую pipenv, нужно писать для него pip.conf [Pipfile]? Для меня это неприемлемо.

Эти записи могут содержать учетные данные, которые, безусловно, не войдут в Pipfile, который должен войти в репозиторий проекта.

@eromoe @hrbonz Так проблема в том, что pipenv сначала решает pypi, а не частные серверы?

Для меня это. Мне очень нужны настройки глобального зеркала.

pip.conf следующий:

1. Сначала читается файл всего сайта, затем
2. Читается файл для каждого пользователя и, наконец,
3. Читается файл, специфичный для virtualenv.

Уважайте pip.conf означает, что пользователь pip может легко переключиться на pipenv.

Мне нравится идея поместить эти конфигурации в Pipfile (чтобы легко поделиться конфигурацией с другими разработчиками), но pipenv обязательно также должен уважать pip.conf (прибегать к нему для всего, что не определено в Pipfile).

@erinxocon, это одна из выявленных мной проблем. Я был очень занят работой, но надеюсь продвинуть первый пиар до следующей недели.

Привет, @kennethreitz, спасибо за

У меня вопрос, пересмотрите ли вы свою позицию по этому вопросу после аргументов, приведенных в этой дискуссии?

У меня есть еще один очень похожий вариант использования с pip.conf, и наличие учетных данных в отдельном файле pip.conf допустимо для предсказуемой сборки на конвейере CI / CD и локальной машине разработчика.

@hrbonz на данный момент я нашел решение использовать только переменные $PIP_INDEX_URL env из pip до тех пор, пока файл pip.conf не будет поддерживаться pipenv. Эти $PIP_VARIABLE можно получить из файла .env .

Я думаю, что объединение pypa / pip # 3728 и пользовательских индексов было бы _the_ решением для частных индексов без раскрытия учетных данных. Также прокомментировали в №1406.

Вот один обходной путь, если все, что вам нужно, - это имя индекса и URL-адрес (например, с помощью devpi ). Вы можете вызывать эту функцию оболочки всякий раз, когда хотите создать Pip-файл с вашим пользовательским именем индекса и URL-адресом, но в остальном безупречный.

pipenv_init() {
  # pipenv issue #856: pipenv doesn't respect pip.conf
  # https://github.com/pypa/pipenv/issues/856

  # This function accepts one optional argument: the path to the pipenv
  # executable. If not set or empty, defaults to PATH lookup.
  local PIPENV="${1:-pipenv}"
  if ! command -v -- "${PIPENV}" > /dev/null; then
    >&2 printf '%s\n' 'pipenv not found'
    return 1
  fi

  # Check for required environment variables.
  if [[ -z "${PIPENV_INDEX_NAME-}" ]] || [[ -z "${PIPENV_INDEX_URL-}" ]]; then
    >&2 printf '%s\n' 'PIPENV_INDEX_{NAME,URL} env vars must be set and not empty'
    return 1
  fi

  # Create fresh Pipfile and virtualenv.
  #
  # While doing so, move requirements.txt out of the way so pipenv
  # doesn't attempt to populate the virtualenv before we have a chance
  # to modify Pipfile.
  # https://github.com/pypa/pipenv/blob/v9.0.3/pipenv/cli.py#L308-L330
  # https://github.com/pypa/pipenv/blob/v9.0.3/pipenv/project.py#L117-L119
  # https://github.com/pypa/pipenv/blob/v9.0.3/pipenv/project.py#L231-L240
  # https://github.com/pypa/pipenv/blob/v9.0.3/pipenv/utils.py#L1112-L1124
  local TEMP_REQUIREMENTS_TXT
  "${PIPENV}" --rm || true
  rm -f -- Pipfile Pipfile.lock
  if [[ -f requirements.txt ]]; then
    TEMP_REQUIREMENTS_TXT="$(mktemp)"
    mv -- requirements.txt "${TEMP_REQUIREMENTS_TXT}"
  fi
  "${PIPENV}" install
  if [[ -n "${TEMP_REQUIREMENTS_TXT}" ]]; then
    mv -- "${TEMP_REQUIREMENTS_TXT}" requirements.txt
  fi
  rm -- Pipfile.lock

  # Within Pipfile's `[[source]]` section, set `name` to
  # `${PIPENV_INDEX_NAME}` and `url` to `${PIPENV_INDEX_URL}`.
  local TEMP_PIPFILE="$(mktemp)"
  < Pipfile \
      sed \
      -e '/^\[\[source\]\]$/,/^\[/ { s|^\(name = \).*|\1"'"${PIPENV_INDEX_NAME}"'"| ; s|^\(url = \).*|\1"'"${PIPENV_INDEX_URL}"'"| ; }' \
    > "${TEMP_PIPFILE}"
  mv -- "${TEMP_PIPFILE}" Pipfile
}

джентльмен, серьезно. У меня есть простой вариант использования, на который напрямую влияет эта проблема.

У меня есть проект, в котором используется pipenv. Пишу этот проект как дома, так и на работе.
Дома у меня нет проблем. На работе мне приходится использовать внутренний индекс pipy.

Поскольку Pipfile зафиксирован и помещен в git, я не могу продолжать его менять, когда хожу из дома на работу. Я хотел бы иметь внешнюю конфигурацию, которая сигнализирует pipenv, что мне нужно использовать другой индекс.

размещение этой конфигурации в Pipfile не работает.

Есть обновления по этому поводу?

@hrbonz @ninrod @GhostofGoes исправлено в # 1769 и # 1809 - переменные среды в Pipfiles теперь расширяются во время выполнения

Спасибо всем за ваше терпение, нашим наивысшим приоритетом была основная функциональность кодовой базы, поэтому функции, подобные этой, как правило, проскальзывают. Тем не менее, мы всегда рады обсудить вклады по вопросам, которые мы в настоящее время не придаем приоритетным!

Единственная альтернатива, которую я могу придумать, пока это не будет исправлено, - это переопределить URL-адрес PyPi, чтобы весь трафик перенаправлялся на внутреннее зеркало PyPi (например, Artifactory или еще много чего). Поскольку PyPi в любом случае имеет внутренние ограничения.