Pipenv: Последняя зависимость по умолчанию помечена как локальная и редактируемая

Созданный на 1 окт. 2020 · 9Комментарии · Источник: pypa/pipenv

Описание проблемы

Последний внешний пакет, указанный в разделе по умолчанию файла Pipfile.lock, неправильно помечен как локальный и редактируемый.

Ожидаемый результат

Последний указанный внешний пакет по-прежнему предоставляется из pypi

Фактический результат

Мой Pipfile.lock включает в себя этот diff, который по очевидным причинам нарушает работу CI и других пользователей:

             "version": "==1.25.10"
         },
         "wrapt": {
-            "hashes": [
-                "sha256:b62ffa81fb85f4332a4f609cab4ac40709470da05643a082ec1eb88e6d9b97d7"
-            ],
-            "version": "==1.12.1"
+            "editable": true,
+            "path": "."
         }
     },
     "develop": {

Шаги по воспроизведению

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

[dev-packages]
flake8 = "3.8.3"
pytest = "5.4.3"
pytest-cov = "2.10.0"
termcolor = "1.1.0"

[packages]
mycli = {editable = true, path = "."}

[requires]
python_version = "3.7"

(mycli имеет setup.py, чтобы облегчить создание точки входа для щелчка на python, и определяет зависимости, не относящиеся к разработчикам)

Проект представляет собой утилиту CLI, и мы клонируем репозиторий и устанавливаем через:
PIPENV_IGNORE_VIRTUALENVS=1 PIPENV_VENV_IN_PROJECT=1 pipenv install --deploy

Как разработчик, добавляющий новую зависимость, я редактирую setup.py и запускаю:
pipenv lock

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

Я могу обойти проблему и создать правильный файл Pipfile.lock следующим образом:
rm -rf Pipfile.lock .venv
и
pipenv lock

Я намеренно опускаю вывод pipenv --support потому что приложение, над которым я работаю, является проприетарным, и меня беспокоит утечка информации о нашей среде (или наша команда безопасности кричит мне: смеется :). Если есть конкретные фрагменты, которые я могу почистить и предоставить, я был бы рад, просто не хотел чистить все сразу.

Спасибо, что прочитали, и еще раз, надеюсь, я просто туплю.
Благодаря!

Type Vendored Dependencies

Источник

gregflynn

👍3

Самый полезный комментарий

Как прокомментировали @jmehnle и @patelamol , в этом случае у меня возникла аналогичная проблема с некоторыми из моих пакетов

       "zipp": {
            "editable": true,
            "path": "."
        },

Мое решение заключалось в том, чтобы вручную отредактировать блокировку pipfile, которая небезопасна / вредна для последней версии

"zipp": {
            "hashes": [
                "sha256:43f4fa8d8bb313e65d8323a3952ef8756bf40f9a5c3ea7334be23ee4ec8278b6",
                "sha256:b52f22895f4cfce194bc8172f3819ee8de7540aa6d873535a8668b730b8b411f"
            ],
            "version": "==3.2.0"
        }

Интересно, скоро ли выйдет обновление pipenv с этим исправлением

ch3ck 9 окт. 2020

👍2

Все 9 Комментарий

@patelamol, и я могу воспроизвести это с помощью pipenv 2020.08.13.

jmehnle 1 окт. 2020

😕1 👍1

Я столкнулся с этой ошибкой во всех последних версиях до 2018.11.26 . Итак, 2018.11.26 не имеет этой проблемы.

patelamol 2 окт. 2020

👍2

       "zipp": {
            "editable": true,
            "path": "."
        },

"zipp": {
            "hashes": [
                "sha256:43f4fa8d8bb313e65d8323a3952ef8756bf40f9a5c3ea7334be23ee4ec8278b6",
                "sha256:b52f22895f4cfce194bc8172f3819ee8de7540aa6d873535a8668b730b8b411f"
            ],
            "version": "==3.2.0"
        }

Интересно, скоро ли выйдет обновление pipenv с этим исправлением

ch3ck 9 окт. 2020

👍2

@gregflynn @patelamol Так существует ли эта проблема в основной ветке? Я не могу воспроизвести данные шаги

frostming 27 окт. 2020

@gregflynn @patelamol Так существует ли эта проблема в основной ветке? Я не могу воспроизвести данные шаги

Конечно! Я раньше не запускал pipenv из github и не видел инструкций в README, поэтому я подробно расскажу о шагах:

мерзавец клонирован
pyenv virtualenv 3.7.9 pipenv && pyenv local pipenv && pip install -e .
проверка:
`` ''
$ pipenv --version
pipenv, версия 2020.8.13

$ ~/.pyenv/versions/pipenv/bin/pipenv --version 
pipenv, version 2020.8.13.dev0
```

сделал свежий венв с 2020.8.13
добавил stockquotes == 2.0.0 в мой setup.py
побежал ~/.pyenv/versions/pipenv/bin/pipenv lock
Нет кубика, ошибка отображается с

         "wrapt": {
-            "hashes": [
-                "sha256:b62ffa81fb85f4332a4f609cab4ac40709470da05643a082ec1eb88e6d9b97d7"
-            ],
-            "version": "==1.12.1"
+            "editable": true,
+            "path": "."
         }
     },

@frostming благодарим вас за предложение и за то, что вы посмотрели, с удовольствием

gregflynn 27 окт. 2020

@gregflynn

сделал свежий венв с 2020.8.13

Этот шаг важен для воспроизведения ошибки? Я создаю с мастером Пипенв и не могу воспроизвести. Если возможно, очень поможет образ докера.

frostming 28 окт. 2020

@gregflynn
сделал свежий венв с 2020.8.13
Этот шаг важен для воспроизведения ошибки? Я создаю с мастером Пипенв и не могу воспроизвести. Если возможно, очень поможет образ докера.

Хороший глаз, но я внес следующие изменения и все еще смог воспроизвести с последней основной версией. На шаге 4 я обновил сценарий установки:

-PIPENV_IGNORE_VIRTUALENVS=1 PIPENV_VENV_IN_PROJECT=1 pipenv install --deploy
+PIPENV_IGNORE_VIRTUALENVS=1 PIPENV_VENV_IN_PROJECT=1 $HOME/.pyenv/versions/pipenv/bin/pipenv install --deploy

и еще получил:

         "wrapt": {
-            "hashes": [
-                "sha256:b62ffa81fb85f4332a4f609cab4ac40709470da05643a082ec1eb88e6d9b97d7"
-            ],
-            "version": "==1.12.1"
+            "editable": true,
+            "path": "."
         }
     },

Рад попробовать еще! благодаря

gregflynn 28 окт. 2020

Ой, мне удалось это воспроизвести! Я не заметил, что критическим фактором является VENV_IN_PROJECT.

frostming 29 окт. 2020

Ой, мне удалось это воспроизвести! Я не заметил, что критическим фактором является VENV_IN_PROJECT.

:ized_hands: отличные новости! извините, я не дал вам Dockerfile, пропустил это примечание при первом чтении

gregflynn 29 окт. 2020

Была ли эта страница полезной?

0 / 5 - 0 рейтинги

Смежные вопросы

Аутентификация дополнительного URL-адреса индекса является интерактивной, даже если она указана

Californian · 3Комментарии

неправильные зависимости (версии), заблокированные pip

jerzyk · 3Комментарии

pipenv lock --clear не очищает кеши

jakul · 3Комментарии

Хэши, сгенерированные во время блокировки, не соответствуют установке

randName · 3Комментарии

Уточняйте и документируйте интеграцию с conda

fbender · 3Комментарии