Pip: Использование --target с --editable приводит к "внутренней" ошибке

Также возникает эта ошибка с pip install -t dir -e git+git://github.com/shazow/urllib3.git@f088037#egg=urllib3 .

я тоже столкнулся с этой ошибкой прямо сейчас.
Кажется, это происходит с любым пакетом, если --target и --editable объединены:
pip вызывает setup.py develop --home ... , но --home применимо только с setup.py install .

Итак, в конце концов я обнаружил, что использование опции --src с редактируемыми пакетами вместо --target делает то, что я хочу.

Может быть, --target должен иметь тот же эффект, что и --src когда указан --editable или он может представить пользователю сообщение об ошибке и, возможно, указать пользователю на --src .

Возможно, --target должен иметь тот же эффект, что и --src, если указан --editable

IMO ожидаемое поведение создаст / обновит easy_install.pth в каталоге target .

У меня была такая же проблема. Как было предложено @jezdez, вы можете обойти это, выполнив следующие действия (без использования --editable):

git+ssh://[email protected]/some-user/some-repo.git#egg=Foo

Я сам вижу похожую проблему:

Cleaning up...
Exception:
Traceback (most recent call last):
  File "/efs/dev/bti/pip/1.3.1-build001/install/exec/2.7/lib/python/pip-1.3.1-py2.7.egg/pip/basecommand.py", line 139, in main
  status = self.run(options, args)
  File "/efs/dev/bti/pip/1.3.1-build001/install/exec/2.7/lib/python/pip-1.3.1-py2.7.egg/pip/commands/install.py", line 291, in run
    for item in os.listdir(lib_dir):
OSError: [Errno 2] No such file or directory: '/tmp/tmppjdGHI/lib/python'

строка 290 в pip / commands / install.py:

     lib_dir = home_lib(temp_target_dir)

Из того, что я могу отслеживать, pip уже очистил этот путь в строке 1194 pip / req.py, где он удаляет временный источник.

     requirement.remove_temporary_source()

Я могу оставить эту очистку как есть, но обернуть ее блоком exists или try, чтобы установка могла продолжаться. Кто-нибудь видит в этом проблему?

@tima У меня была такая же проблема с каталогом lib. Pip HEAD предположительно исправил это, но, по крайней мере, на CentOS проблема все еще сохраняется. В данном случае это каталог lib64 вместо каталога lib.

У меня такая же проблема с использованием --target (но не --editable ).

Вот моя обратная связь -

Exception:
Traceback (most recent call last):
  File "/Users/beaum/homebrew/Cellar/python/2.7.5/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/pip-1.3.1-py2.7.egg/pip/basecommand.py", line 139, in main
    status = self.run(options, args)
  File "/Users/beaum/homebrew/Cellar/python/2.7.5/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/pip-1.3.1-py2.7.egg/pip/commands/install.py", line 294, in run
    for item in os.listdir(lib_dir):
OSError: [Errno 2] No such file or directory: '/var/folders/00/1hyxr000h01000cxqpysvccm0063vq/T/tmpc_E_Bl/lib/python'

+1,

 Скачивание PyYAML-3.10.tar.gz (241kB): скачано 241kB
 Запуск setup.py egg_info для пакета pyyaml
 пропуская расширение Cython 'ext / _yaml.c' (актуальное)
 Установка собранных пакетов: krcore, sympy, pyparsing, pyyaml
 Запуск setup.py develop для krcore
 использование: -c [global_opts] cmd1 [cmd1_opts] [cmd2 [cmd2_opts] ...]
 или: -c --help [cmd1 cmd2 ...]
 или: -c --help-commands
 или: -c cmd --help
 ошибка: опция --home не распознана
 Полный вывод команды / usr / bin / python -c "import setuptools; __file __ = '/ tmp / krapp / src / krcore / setup.py'; exec (compile (open (__ file __). Read (). Replace ('\ r \ n ',' \ n '), __file__,' exec ')) "develop --no-deps --home = / tmp / tmpvKaRYp:
 использование: -c [global_opts] cmd1 [cmd1_opts] [cmd2 [cmd2_opts] ...]
 или: -c --help [cmd1 cmd2 ...]
 или: -c --help-commands
 или: -c cmd --help
 ошибка: опция --home не распознана
 ----------------------------------------
 Убираться...
 Команда / usr / bin / python -c "import setuptools; __file __ = '/ tmp / krapp / src / krcore / setup.py'; exec (compile (open (__ file __). Read (). Replace ('\ r \ n ',' \ n '), __file__,' exec ')) "develop --no-deps --home = / tmp / tmpvKaRYp не удалось с кодом ошибки 1 в / tmp / krapp / src / krcore

При использовании --target с -r (--requirements) я получаю сообщение об ошибке: параметр --home не распознан

: +1:

После обходного пути @jezdez :
ошибка: необходимо указать либо home, либо prefix / exec-prefix - но не оба

Параметры --editable и --target не работают вместе

Я столкнулся с той же проблемой ...
Я пытаюсь использовать pip для установки пакетов python в произвольном месте (не в virtualenv), и мне нужен один из них (тот, над которым я работаю), чтобы его можно было редактировать.

Вероятно, это связано с https://github.com/pypa/setuptools/issues/392

И поскольку одна команда pip может запускать как setup.py develop (для редактируемого пакета), так и setup.py install (зависимости), единственный (очень уродливый) обходной путь, о котором я могу думать, - это выполнить 2 команды:

• один для пакета с --no-deps
• один только для зависимостей (здесь нет простого способа ...)

Было бы намного чище, если бы не было необходимости изменять другие параметры командной строки pip, независимо --editable того, передан ли
Итак, я думаю, есть два способа заставить это работать:

• создание поддержки setuptools --home ie. исправление https://github.com/pypa/setuptools/issues/392. Наверное, сложно читать подробности этого вопроса?
• имея pip abstract setuptools, и реализует поведение --target разному в зависимости от того, вызывает ли он setup.py develop или setup.py install . может проще?

имея pip abstract setuptools, и реализует поведение --target разному в зависимости от того, вызывает ли он setup.py develop или setup.py install . может проще?

Самая большая трудность с этой опцией заключается в том, что pip пытается абстрагироваться от деталей системы сборки (setuptools), поэтому специальные обходные пути для проблем с setuptools работают против этой цели.

В конце концов, мне удалось сделать то, что я хотел, используя --prefix и не используя никаких пользовательских --install-option , поэтому я наконец могу использовать те же параметры, независимо от того, передаю ли я --editable или нет. .

Однако мне пришлось как-то адаптировать мой существующий (debian) макет для соответствия pip по умолчанию (site-packages), поскольку нет опции pip для указания макета ...

Может быть, стоит подумать о добавлении функции?

@xavfernandez

Для этого нужна метка --target option .

может кто-нибудь, пожалуйста, поделитесь, как лучше всего использовать параметры -e и -t? Вы предлагаете использовать distutils, поскольку он поддерживает параметр --home?

любые новости?

Я все еще использую --editable с --prefix (вместо --target ), который выполняет эту работу за меня. Но я застрял на pip <9.0.0 из-за разницы между --prefix и --target . подробнее в https://github.com/pypa/pip/issues/4243

если вы хотите использовать параметр --prefix вместо --target, вам необходимо правильно установить PYTHONPATH (указывающий на каталог пакетов сайта, который необходимо создать), прежде чем вы сможете вызвать pip -t . --prefix myprefix . Есть ли элегантный способ обойти это?

Закрытие, чтобы переместить кучу связанных проблем в одну проблему: # 4390.

Я бы добавил, что это проблема для разработчиков Google Appengine, которым необходимо установить свои зависимости в каталог в корне приложения, но также необходимо развернуть редактируемую зависимость в локальной проверке как часть процесса контроля качества. Поскольку он находится, редактируемый объект должен быть вручную привязан к символической ссылке, что является громоздким.

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