Ipython: ошибка установки пипа

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

Если вам не хватает Python.h во время компиляции, это, вероятно, потому, что вам не хватает заголовка Python. Если вы собираетесь компилировать c-расширения (что вы делаете неявно, устанавливая в scandir), вы можете установить заголовки Python (возможно, apt-get install python-dev ?).

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

ваше решение сработало, спасибо

• Это электронное письмо было отправлено с использованием 100% переработанных электронов. Нет людей или животных
  были ранены или травмированы при создании этого сообщения. Мы не можем
  гарантировать то же самое для получателя.*

В пятницу, 14 апреля 2017 г., в 13:11, Matthias Bussonnier <
уведомления@github.com> написал:

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

—
Вы получаете это, потому что вы создали тему.
Ответьте на это письмо напрямую, просмотрите его на GitHub
https://github.com/ipython/ipython/issues/10454#issuecomment-294193464 ,
или заглушить тему
https://github.com/notifications/unsubscribe-auth/AP0A5HJjJ3e9DRWaJEPUe_8PakiWUET9ks5rv6imgaJpZM4M96VS
.

подходящая установка python-dev

• Это электронное письмо было отправлено с использованием 100% переработанных электронов. Нет людей или животных
  были ранены или травмированы при создании этого сообщения. Мы не можем
  гарантировать то же самое для получателя.*

В пятницу, 14 апреля 2017 г., в 13:25, Ферлонг, Джонатан <
[email protected]> написал:

ваше решение сработало, спасибо

• Это электронное письмо было отправлено с использованием 100% переработанных электронов. Нет людей или животных
  были ранены или травмированы при создании этого сообщения. Мы не можем
  гарантировать то же самое для получателя.*

В пятницу, 14 апреля 2017 г., в 13:11, Matthias Bussonnier <
уведомления@github.com> написал:

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

—
Вы получаете это, потому что вы создали тему.
Ответьте на это письмо напрямую, просмотрите его на GitHub
https://github.com/ipython/ipython/issues/10454#issuecomment-294193464 ,
или заглушить тему
https://github.com/notifications/unsubscribe-auth/AP0A5HJjJ3e9DRWaJEPUe_8PakiWUET9ks5rv6imgaJpZM4M96VS
.

Для пользователей CentOS я сделал «инструмент разработки» yum groupinstall и смог установить ipython (просто установка python-devel не сработала), хотя я думаю, что вам нужно просто учитывать c-расширения, как отметил Карро.

В Windows «pip install jupyter» не удалось установить scandir. Но «pip install scandir» удалось. И «pip install jupyter» впоследствии удалось.

В Windows «pip install jupyter» не удалось установить scandir. Но «pip install scandir» удалось. И «pip install jupyter» впоследствии удалось.

Это странно, можете ли вы проверить версии pip и setuptools?

Конечно! Извините за задержку.
Пип v9.0.1
инструменты настройки v28.8.0

Я должен уточнить, что я установил все остальные зависимости в дополнение к scandir непосредственно с помощью pip перед запуском успешной установки jupyter.

Кроме того, для полноты

python v2.7.13:a06454b1afa1, 17 декабря 2016 г., 20:53:40, MSC v.1500 64 бит (AMD64)
Windows 10, версия 1703 (сборка ОС 15063.540)

Я сталкиваюсь с той же проблемой в выпуске Red Hat Enterprise Linux Server 7.4 (Maipo) с Python 2.7.
Я пытаюсь установить ipython и не могу из-за scandir.
Я не нашел никакого решения, и поиск по запросу «scandir» ставит эту проблему на первое место в списке результатов.

Может ли кто-нибудь дать инструкции по установке scandir на RHEL?

Я продолжаю получать ту же ошибку при запуске sudo pip install scandir

  _scandir.c:14:20: fatal error: Python.h: No such file or directory
   #include <Python.h>
                      ^
  compilation terminated.
  error: command 'gcc' failed with exit status 1

Похоже на проблему с переменной PATH. Может захотеть сделать
"где находится Python.h"
Если появится один или несколько путей, добавьте каталог (без имени файла) в переменную PATH. В противном случае у вас большие проблемы, и нам нужно выяснить, как получить заголовочные файлы на вашем компьютере.

Большое спасибо за быстрый ответ. Извините за мою многословность.
Итак, whereis Python.h и whereis 'Python.h' вообще ничего не дают.

Это удаленная машина, на которой был установлен только Python 2.7, когда я впервые получил доступ.
У меня даже не было gcc, поэтому я запустил sudo yum groupinstall 'development tool' _после этого._
Может ли это быть проблемой? Если да, следует ли мне удалить Python и переустановить его?

Если вышеперечисленное не имеет значения:
Я пользователь sudo, но не root, поэтому я могу scp любые файлы, которые захочу, в большинстве мест.
Я просто понятия не имею, что копировать (какой-то заголовочный файл C Python.h?), куда его копировать и что делать (добавить что-то в путь включения gcc, верно?, но откуда запускается эта команда gcc ? Я не знаю.

Я застрял, используя yum (гадость) и rpm , поэтому, к сожалению, apt-get не может решить мои проблемы.
Согласно документам, я должен использовать ipython версии 5 и scandir версии < 1.6 с Python 2.7 . Я не могу использовать Python 3.x из-за ограничений стороннего API.

Я опытный разработчик (во всем, кроме RHEL), поэтому ручная установка меня не пугает... Я просто не могу найти ничего о том, как это сделать.

Что касается моего PATH, то он сейчас довольно короткий, так как машина только что настроена.
(У него был установлен Python 2.7, как я и просил, но больше ничего, даже gcc.)

~$ echo $PATH
/usr/local/bin:/usr/bin:/usr/local/sbin:/usr/sbin

Питон живет здесь:

$ whereis python
python: /usr/bin/python /usr/bin/python2.7 /usr/lib/python2.7 /usr/lib64/python2.7 /etc/python /usr/include/python2.7 /usr/share/man/man1/python.1.gz

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

sudo yum install python-devel
pip install scandir==1.5

Это должно установить файлы заголовков Python в «/usr/include/python2.7/» и получить нужную вам версию scandir. Если у вас есть дальнейшие ошибки, не стесняйтесь публиковать снова!

Также небольшая поправка к предыдущему. Я должен был посоветовать вам использовать следующее для проверки наличия заголовков:

sudo updatedb
locate Python.h

В то время я не осознавал, что whereis ограничен исполняемыми файлами, их справочными страницами и их исходными файлами.

PS В своем начальном посте я случайно скрыл часть кода, но теперь он должен быть доступен для просмотра.

Спасибо @jmchambers90 за помощь!

Я думаю, вы также можете взглянуть на средство отслеживания проблем scandir: https://github.com/benhoyt/scandir/issues/85 упоминает RHEL, и я считаю, что вам следует избегать использования sudo+pip , это рецепт для проблема, поскольку yum и pip будут бороться за файлы.

Пока у вас есть pip 9+, pip также следует избегать установки IPython 6+ на Python 2, если у вас более ранняя версия pip и вы не можете обновить ее; вы можете захотеть pip install ipython<6 .

Ошибка о Python.h обычно означает, что у вас не установлены заголовки для разработки Python. В Red Hat пакет, который вам нужен, должен быть примерно python-devel или python2-devel (в Debian это python-dev ). Если кто-то видит ту же ошибку на Python 3, пакет, вероятно, будет что-то вроде python3-devel или python3-dev .

@Карро
Я уже посмотрел на это и разместил вопрос там. Это не сработало для меня.

@jmchambers90
Спасибо за идеи. Я уже пробовал их, и разные варианты.
Вот результат:

~$ sudo yum install python-devel
Loaded plugins: product-id, search-disabled-repos, subscription-manager
rhel-7-server-optional-rpms                                                                                                                                                             | 3.5 kB  00:00:00
No package python-devel available.
Error: Nothing to do

~$ pip install scandir==1.5
Collecting scandir==1.5
  Using cached scandir-1.5.tar.gz
Building wheels for collected packages: scandir
  Running setup.py bdist_wheel for scandir ... error
  Complete output from command /usr/bin/python2 -u -c "import setuptools, tokenize;__file__='/tmp/pip-build-VI4qqT/scandir/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/tmpdgntdppip-wheel- --python-tag cp27:
  running bdist_wheel
  running build
  running build_py
  creating build
  creating build/lib.linux-x86_64-2.7
  copying scandir.py -> build/lib.linux-x86_64-2.7
  running build_ext
  building '_scandir' extension
  creating build/temp.linux-x86_64-2.7
  gcc -pthread -fno-strict-aliasing -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic -D_GNU_SOURCE -fPIC -fwrapv -DNDEBUG -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic -D_GNU_SOURCE -fPIC -fwrapv -fPIC -I/usr/include/python2.7 -c _scandir.c -o build/temp.linux-x86_64-2.7/_scandir.o
  _scandir.c:14:20: fatal error: Python.h: No such file or directory
   #include <Python.h>
                      ^
  compilation terminated.
  error: command 'gcc' failed with exit status 1

  ----------------------------------------
  Failed building wheel for scandir
  Running setup.py clean for scandir
Failed to build scandir
Installing collected packages: scandir
  Running setup.py install for scandir ... error
    Complete output from command /usr/bin/python2 -u -c "import setuptools, tokenize;__file__='/tmp/pip-build-VI4qqT/scandir/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-W_j9CZ-record/install-record.txt --single-version-externally-managed --compile:
    running install
    running build
    running build_py
    creating build
    creating build/lib.linux-x86_64-2.7
    copying scandir.py -> build/lib.linux-x86_64-2.7
    running build_ext
    building '_scandir' extension
    creating build/temp.linux-x86_64-2.7
    gcc -pthread -fno-strict-aliasing -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic -D_GNU_SOURCE -fPIC -fwrapv -DNDEBUG -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic -D_GNU_SOURCE -fPIC -fwrapv -fPIC -I/usr/include/python2.7 -c _scandir.c -o build/temp.linux-x86_64-2.7/_scandir.o
    _scandir.c:14:20: fatal error: Python.h: No such file or directory
     #include <Python.h>
                        ^
    compilation terminated.
    error: command 'gcc' failed with exit status 1

    ----------------------------------------
Command "/usr/bin/python2 -u -c "import setuptools, tokenize;__file__='/tmp/pip-build-VI4qqT/scandir/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-W_j9CZ-record/install-record.txt --single-version-externally-managed --compile" failed with error code 1 in /tmp/pip-build-VI4qqT/scandir/



md5-411faa47d16581696ff1f461eadf5851



~$ sudo updatedb
sudo: updatedb: command not found



md5-411faa47d16581696ff1f461eadf5851



~$ locate Python.h
-bash: locate: command not found

В моей системе Fedora пакет теперь называется python2-devel . Я не могу попробовать RHEL, но я уверен, что где-то найдется пакет, содержащий Python.h . Вам нужно выяснить, что это такое, и установить его.

@takluyver Спасибо за ответ.
Я думаю, что эта машина просто прикручена и должна быть вытерта начисто.
Вероятно, из-за корпоративных брандмауэров и прокси-серверов pip и yum, похоже, знают очень мало.

$ pip install python2-devel
Collecting python2-devel
  Could not find a version that satisfies the requirement python2-devel (from versions: )
No matching distribution found for python2-devel

@takluyver прав. Почти наверняка на yum есть пакет для разработки.

Что еще можно попробовать. Найдите пакет:

sudo yum поиск python | grep -я разрабатываю

Другие сочли успешным следующее:

sudo yum установить python-devel.x86_64

Если ничего не помогает, мы можем извлечь включения из исходного кода Python. Последняя версия 2.7 находится по адресу

https://www.python.org/ftp/python/2.7.14/Python-2.7.14.tgz

И Python.h находится в каталоге «Включить» распакованного файла.

Кроме того, я считаю, что @takluyver предлагал вам попытаться установить пакет на yum, а не на pip:

sudo yum установить python2-devel

Я устанавливаю RHEL Server 7.4, чтобы увидеть то, что видите вы, а не продолжать гадать.

Что-то должно быть не так с нямом.
Я даже не могу установить известные вещи, такие как ruby
Эта машина неправильно настроена, и я думаю, что только техподдержка может это исправить.

Спасибо в любом случае всем. Вы были более чем полезны.

~$ sudo yum install python2-devel
Loaded plugins: product-id, search-disabled-repos, subscription-manager
No package python2-devel available.
Error: Nothing to do

~$ sudo yum install python-devel.x86_64
Loaded plugins: product-id, search-disabled-repos, subscription-manager
No package python-devel.x86_64 available.
Error: Nothing to do

~$ sudo yum search python | grep -i devel
dbus-python-devel.i686 : Libraries and headers for dbus-python
dbus-python-devel.x86_64 : Libraries and headers for dbus-python
gstreamer-python-devel.i686 : Headers for developing programs that will use
gstreamer-python-devel.x86_64 : Headers for developing programs that will use
nautilus-python-devel.x86_64 : Python bindings for Nautilus
nemo-python-devel.x86_64 : Python bindings for Nemo
ovirt-engine-sdk-python.noarch : oVirt Engine Software Development Kit (Python)
python-caja-devel.x86_64 : Python bindings for Caja
python-cherrypy2.noarch : Pythonic, object-oriented web development framework
python-nbxmpp-doc.noarch : Developer documentation for python-nbxmpp
python-pillow-devel.i686 : Development files for python-pillow
python-pillow-devel.x86_64 : Development files for python-pillow
python-pyside-devel.x86_64 : Development files for python-pyside
python-tools.x86_64 : A collection of development tools included with Python
python2-behave.noarch : Tools for the behavior-driven development, Python style
                             : developed at OSRF
python34-cairo-devel.x86_64 : Libraries and headers for python34-cairo
python34-devel.x86_64 : Libraries and header files needed for Python 3
                      : development
python34-gobject-devel.x86_64 : Development files for embedding Python 3.4
python34-greenlet-devel.x86_64 : C development headers for python34-greenlet
wxPython-devel.x86_64 : Development files for wxPython add-on modules
xapian-bindings-python.x86_64 : Files needed for developing Python scripts which
TurboGears.noarch : Back-to-front web development in Python
edk2-tools-python.noarch : EFI Development Kit II Tools
gnome-python2-devel.x86_64 : Development files for building add-on libraries
hawkey-devel.i686 : A Library providing simplified C and Python API to libsolv
hawkey-devel.x86_64 : A Library providing simplified C and Python API to libsolv
kobo.noarch : Python modules for tools development
pygtksourceview-devel.x86_64 : Development files for using pygtksourceview in
pyldb-devel.i686 : Development files for the Python bindings for the LDB library
pyldb-devel.x86_64 : Development files for the Python bindings for the LDB
python-igraph-devel.x86_64 : Development files for igraph
python-pycxx-devel.noarch : PyCXX header and source files
python-strainer.noarch : Tools to allow developers to cleanup web serialization
python-zc-buildout.noarch : System for managing development buildouts
python2-clint.noarch : A set of awesome tools for developing commandline
qscintilla-python-devel.noarch : Development files for QScintilla PyQt4 bindings
redhat-support-lib-python.noarch : Red Hat Support Software Development Library
spyder.noarch : Scientific Python Development Environment

Опять же, если ничего не помогает, мы можем обойтись без yum и просто получить включение прямо из исходного кода Python ( https://www.python.org/ftp/python/2.7.14/Python-2.7.14.tgz ). После распаковки вы найдете Python.h в каталоге «Включить» распакованного файла. Стандартная практика, похоже, заключается в подключении include к /usr/include/python2.7/ . Итак, как только вы их на месте, вы можете попробовать pip install scandir==1.5 еще раз. Если gcc по-прежнему не может найти включения, нам нужно либо добавить /usr/include/python2.7/ к системному пути, либо загрузить исходный код scandir и изменить вызов gcc в установочных файлах для scandir.

Для yum действительно странно иметь python34-devel.x86_64 , а не эквивалент для Python 2.7.

Чтобы решить вашу непосредственную проблему, вы можете загрузить и установить пакет разработки Python 2.7 непосредственно из репозитория CentOS по адресу http://mirror.centos.org/centos/7/os/x86_64/Packages/python-devel-2.7.5- 58.el7.x86_64.об/мин. Затем вы можете scp его и установить следующим образом:

sudo rpm -ivh python-devel-2.7.5-58.el7.x86_64.rpm

В долгосрочной перспективе вы, вероятно, захотите добавить репозитории CentOS в yum, чтобы вы могли получить другие интересующие вас пакеты yum. См. https://techglimpse.com/configure-yum-rhel-centos-repository/ .

Наконец, я понимаю, что вы имеете в виду по поводу урезанной природы RHEL. Я играл с минимальной установкой, и удивительно, как мало она включает. Нет wget , mlocate , python-devel или ruby . Однако _все_ из этих пакетов доступны на исходном установочном носителе в каталоге Packages. Если ИТ может вам помочь, я бы _настоятельно_ рекомендовал, чтобы они скопировали весь каталог Packages с установочного носителя на ваш компьютер, чтобы у вас было простое и надежное место для получения пакетов даже в случае сбоя yum. В качестве альтернативы вы можете загрузить версию CentOS большинства, если не всех, этих пакетов непосредственно с http://mirror.centos.org/centos/7/os/x86_64/Packages и установить их с помощью команды rpm . По общему признанию, yum лучше, если вы можете заставить его работать, поскольку он обрабатывает зависимости для вас; но для этого вам нужно будет добавить репозитории CentOS, используя руководство, которое я цитировал выше.

@jmchambers90 ЭТО СДЕЛАЛО! ЭТО СРАБОТАЛО!
Большое спасибо, я занимаюсь этим по крайней мере 10 или 11 часов.

Была такая же проблема на Redhat 7 и работала после:

ням установить python-devel.x86_64

@Carreau Большое спасибо!! Ваше решение помогло мне с установкой Droidbot :)