Ipython: Pip-Installationsfehler

Erstellt am 14. Apr. 2017  ·  28Kommentare  ·  Quelle: ipython/ipython

beim Laufen

pip install ipython

Ich bekomme

Collecting ipython
  Using cached ipython-5.3.0-py2-none-any.whl
Collecting pickleshare (from ipython)
  Using cached pickleshare-0.7.4-py2.py3-none-any.whl
Collecting simplegeneric>0.8 (from ipython)
Collecting traitlets>=4.2 (from ipython)
  Using cached traitlets-4.3.2-py2.py3-none-any.whl
Collecting backports.shutil-get-terminal-size; python_version == "2.7" (from ipython)
  Using cached backports.shutil_get_terminal_size-1.0.0-py2.py3-none-any.whl
Collecting decorator (from ipython)
  Using cached decorator-4.0.11-py2.py3-none-any.whl
Collecting pygments (from ipython)
  Using cached Pygments-2.2.0-py2.py3-none-any.whl
Requirement already satisfied: pexpect; sys_platform != "win32" in /usr/lib/python2.7/dist-packages (from ipython)
Collecting pathlib2; python_version == "2.7" or python_version == "3.3" (from ipython)
  Using cached pathlib2-2.2.1-py2.py3-none-any.whl
Requirement already satisfied: setuptools>=18.5 in /usr/local/lib/python2.7/dist-packages (from ipython)
Collecting prompt-toolkit<2.0.0,>=1.0.4 (from ipython)
  Using cached prompt_toolkit-1.0.14-py2-none-any.whl
Requirement already satisfied: enum34; python_version == "2.7" in /usr/lib/python2.7/dist-packages (from traitlets>=4.2->ipython)
Requirement already satisfied: six in /usr/lib/python2.7/dist-packages (from traitlets>=4.2->ipython)
Collecting ipython-genutils (from traitlets>=4.2->ipython)
  Using cached ipython_genutils-0.2.0-py2.py3-none-any.whl
Collecting scandir; python_version < "3.5" (from pathlib2; python_version == "2.7" or python_version == "3.3"->ipython)
  Using cached scandir-1.5.tar.gz
Requirement already satisfied: appdirs>=1.4.0 in /usr/local/lib/python2.7/dist-packages (from setuptools>=18.5->ipython)
Requirement already satisfied: packaging>=16.8 in /usr/local/lib/python2.7/dist-packages (from setuptools>=18.5->ipython)
Collecting wcwidth (from prompt-toolkit<2.0.0,>=1.0.4->ipython)
  Using cached wcwidth-0.1.7-py2.py3-none-any.whl
Requirement already satisfied: pyparsing in /usr/local/lib/python2.7/dist-packages (from packaging>=16.8->setuptools>=18.5->ipython)
Building wheels for collected packages: scandir
  Running setup.py bdist_wheel for scandir ... error
  Complete output from command /usr/bin/python -u -c "import setuptools, tokenize;__file__='/tmp/pip-build-mGtqyq/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/tmpzPzH0bpip-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
  x86_64-linux-gnu-gcc -pthread -DNDEBUG -g -fwrapv -O2 -Wall -Wstrict-prototypes -fno-strict-aliasing -Wdate-time -D_FORTIFY_SOURCE=2 -g -fstack-protector-strong -Wformat -Werror=format-security -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 'x86_64-linux-gnu-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, pathlib2, pickleshare, simplegeneric, decorator, ipython-genutils, traitlets, backports.shutil-get-terminal-size, pygments, wcwidth, prompt-toolkit, ipython
  Running setup.py install for scandir ... error
    Complete output from command /usr/bin/python -u -c "import setuptools, tokenize;__file__='/tmp/pip-build-mGtqyq/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-kVFdnD-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
    x86_64-linux-gnu-gcc -pthread -DNDEBUG -g -fwrapv -O2 -Wall -Wstrict-prototypes -fno-strict-aliasing -Wdate-time -D_FORTIFY_SOURCE=2 -g -fstack-protector-strong -Wformat -Werror=format-security -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 'x86_64-linux-gnu-gcc' failed with exit status 1

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

Hilfreichster Kommentar

Das hat nichts mit IPython zu tun, das Problem kommt von der Installation von scandir , das sollten Sie bei den Scandir-Betreuern sehen.

Wenn Sie Python.h während der Kompilierung vermissen, liegt das wahrscheinlich daran, dass Ihnen der Python-Header fehlt. Wenn Sie C-Erweiterungen kompilieren (was Sie implizit durch die Installation in scandir tun), möchten Sie vielleicht die Python-Header installieren ( apt-get install python-dev vielleicht?).

Alle 28 Kommentare

Das hat nichts mit IPython zu tun, das Problem kommt von der Installation von scandir , das sollten Sie bei den Scandir-Betreuern sehen.

Wenn Sie Python.h während der Kompilierung vermissen, liegt das wahrscheinlich daran, dass Ihnen der Python-Header fehlt. Wenn Sie C-Erweiterungen kompilieren (was Sie implizit durch die Installation in scandir tun), möchten Sie vielleicht die Python-Header installieren ( apt-get install python-dev vielleicht?).

Übrigens, ich schließe, weil dies kein IPython-Problem ist, aber Sie können weiterhin Fragen stellen oder Kommentare abgeben.

Ihre Lösung hat funktioniert, danke

  • Diese E-Mail wurde mit 100 % recycelten Elektronen versendet. Keine Menschen oder Tiere
    bei der Erstellung dieser Nachricht verletzt oder traumatisiert wurden. Wir können nicht
    garantieren das gleiche für den Empfänger.*

Am Fr, 14.04.2017 um 13:11, Matthias Bussonnier <
[email protected]> schrieb:

Übrigens, ich schließe, weil dies kein IPython-Problem ist, aber Sie können es gerne behalten
Fragen stellen oder kommentieren.


Sie erhalten dies, weil Sie den Thread verfasst haben.
Antworten Sie direkt auf diese E-Mail und zeigen Sie sie auf GitHub an
https://github.com/ipython/ipython/issues/10454#issuecomment-294193464 ,
oder den Thread stumm schalten
https://github.com/notifications/unsubscribe-auth/AP0A5HJjJ3e9DRWaJEPUe_8PakiWUET9ks5rv6imgaJpZM4M96VS
.

apt install python-dev

  • Diese E-Mail wurde mit 100 % recycelten Elektronen versendet. Keine Menschen oder Tiere
    bei der Erstellung dieser Nachricht verletzt oder traumatisiert wurden. Wir können nicht
    garantieren das gleiche für den Empfänger.*

Am Fr, 14. April 2017 um 13:25 Uhr, Furlong, Jonathan <
[email protected]> schrieb:

Ihre Lösung hat funktioniert, danke

  • Diese E-Mail wurde mit 100 % recycelten Elektronen versendet. Keine Menschen oder Tiere
    bei der Erstellung dieser Nachricht verletzt oder traumatisiert wurden. Wir können nicht
    garantieren das gleiche für den Empfänger.*

Am Fr, 14.04.2017 um 13:11, Matthias Bussonnier <
[email protected]> schrieb:

Übrigens, ich schließe, weil dies kein IPython-Problem ist, aber Sie können es gerne behalten
Fragen stellen oder kommentieren.


Sie erhalten dies, weil Sie den Thread verfasst haben.
Antworten Sie direkt auf diese E-Mail und zeigen Sie sie auf GitHub an
https://github.com/ipython/ipython/issues/10454#issuecomment-294193464 ,
oder den Thread stumm schalten
https://github.com/notifications/unsubscribe-auth/AP0A5HJjJ3e9DRWaJEPUe_8PakiWUET9ks5rv6imgaJpZM4M96VS
.

Für CentOS-Benutzer habe ich 'yum groupinstall 'development tool' ausgeführt und konnte ipython installieren (nur die Installation von python-devel, hat nicht funktioniert), obwohl ich denke, dass Sie nur die c-Erweiterungen berücksichtigen müssen, wie von Carreau angegeben

Unter Windows konnte "pip install jupyter" scandir nicht installieren. Aber "pip install scandir" war erfolgreich. Und "pip install jupyter" war anschließend erfolgreich.

Unter Windows konnte "pip install jupyter" scandir nicht installieren. Aber "pip install scandir" war erfolgreich. Und "pip install jupyter" war anschließend erfolgreich.

Das ist seltsam, können Sie die Pip- und Setuptools-Versionen überprüfen?

Sichere Sache! Entschuldigen Sie die Verspätung.
Pip v9.0.1
setuptools v28.8.0

Ich sollte klarstellen, dass ich alle anderen Abhängigkeiten zusätzlich zu scandir direkt mit pip installiert habe, bevor ich die erfolgreiche jupyter-Installation ausgeführt habe.

Auch der Vollständigkeit halber

Python v2.7.13:a06454b1afa1, 17. Dezember 2016, 20:53:40, MSC v.1500 64 Bit (AMD64)
Windows 10, Version 1703 (BS-Build 15063.540)

Ich stoße auf dasselbe Problem auf Red Hat Enterprise Linux Server Release 7.4 (Maipo) mit Python 2.7.
Ich versuche, ipython zu installieren, und ich kann wegen scandir nicht.
Ich habe keine Lösung gefunden und die Suche nach "scandir" bringt dieses Problem ganz oben in die Ergebnisliste.

Kann jemand Anweisungen zur Installation von Scandir auf RHEL geben?

Ich erhalte immer wieder denselben Fehler, wenn ich 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

Scheint ein Problem mit der PATH-Variablen zu sein. Möchte vielleicht a machen
"wo ist Python.h"
Wenn ein oder mehrere Pfade angezeigt werden, fügen Sie das Verzeichnis (ohne den Dateinamen) zu Ihrer PATH-Variablen hinzu. Andernfalls haben Sie größere Probleme, und wir müssen herausfinden, wie wir die Header-Dateien auf Ihren Computer bekommen.

Vielen Dank für die schnelle Antwort. Sorry für meine Ausführlichkeit.
Also, whereis Python.h und whereis 'Python.h' ergeben überhaupt nichts.

Dies ist ein Remote-Computer, der nur mit Python 2.7 eingerichtet wurde, als ich zum ersten Mal Zugriff erhielt.
Ich hatte nicht einmal gcc, also habe ich sudo yum groupinstall 'development tool' _danach ausgeführt._
Könnte dies das Problem sein? Wenn ja, sollte ich Python deinstallieren und neu installieren?

Falls obiges egal ist:
Ich bin ein sudo-Benutzer, aber kein Root, also kann ich scp alle Dateien, die ich will, an die meisten Orte bringen.
Ich habe einfach keine Ahnung, was ich kopieren soll (eine C-Header-Datei Python.h?), wohin ich sie kopieren soll und was ich tun soll (etwas zum Include-Pfad von gcc hinzufügen, richtig?), aber von wo aus wird dieser gcc-Befehl ausgeführt ? Ich weiß nicht.

Ich hänge mit yum (igitt) und rpm fest, also kann apt-get meine Probleme leider nicht lösen.
Laut den Dokumenten muss ich ipython Version 5 und scandir Version < 1.6 mit Python 2.7 verwenden. Ich kann Python 3.x aufgrund von API-Einschränkungen von Drittanbietern nicht verwenden.

Ich bin ein erfahrener Entwickler (auf allem außer RHEL), also macht mir die manuelle Installation keine Angst ... Ich kann einfach nichts darüber finden, wie es geht.

Mein PATH ist derzeit ziemlich kurz, da diese Maschine gerade erst eingerichtet wurde.
(Es hatte Python 2.7 installiert, wie ich es angefordert hatte, aber sonst nichts, nicht einmal gcc.)

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

Python lebt hier:

$ 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

In Ordung. Ich glaube, ich habe eine Lösung für Sie – oder zumindest etwas, das Sie ausprobieren können. Keine Notwendigkeit, sich für die Ausführlichkeit zu entschuldigen. Eine vollständige Berichterstattung ist in solchen Situationen eine Tugend.

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

Das sollte die Python-Header-Dateien in „/usr/include/python2.7/“ installieren und die entsprechende Scandir-Version erhalten, die Sie benötigen. Wenn Sie weitere Fehler haben, zögern Sie nicht, erneut zu posten!

Außerdem kleine Korrektur von vorher. Ich hätte Ihnen raten sollen, Folgendes zu verwenden, um das Vorhandensein der Header zu überprüfen:

sudo updatedb
locate Python.h

Damals war mir nicht klar, dass whereis auf ausführbare Dateien, ihre Manpages und ihre Quelldateien beschränkt ist.

PS: In meinem ersten Beitrag habe ich versehentlich einen Teil des Codes versteckt, aber er sollte jetzt sichtbar sein.

Danke @jmchambers90 für die Hilfe!

Ich denke, Sie sollten sich auch den Scandir Issue Tracker ansehen: https://github.com/benhoyt/scandir/issues/85 enthält Erwähnungen von RHEL, und ich glaube, Sie sollten es vermeiden, sudo+pip zu verwenden, für das es ein Rezept ist Problem, da Yum und Pip um Dateien streiten.

Solange Sie pip 9+ haben, sollte pip auch vermeiden, IPython 6+ auf Python 2 zu installieren, wenn Sie eine frühere Version von pip haben und kein Upgrade durchführen können; Vielleicht möchten Sie pip install ipython<6 .

Der Fehler zu Python.h bedeutet im Allgemeinen, dass Sie die Python-Entwicklungsheader nicht installiert haben. Auf Red Hat sollte das Paket, das Sie benötigen, so etwas wie python-devel oder python2-devel sein (auf Debian ist es python-dev ). Wenn jemand denselben Fehler in Python 3 sieht, wird das Paket wahrscheinlich etwas wie python3-devel oder python3-dev sein.

@Carreau
Ich habe mir das schon angesehen und dort eine Frage gestellt. Es hat bei mir nicht funktioniert.

@jmchambers90
Danke für die Ideen. Ich habe sie bereits ausprobiert, und verschiedene Variationen.
Hier ist die Ausgabe:

~$ 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

Auf meinem Fedora-System heißt das Paket jetzt python2-devel . Ich kann RHEL nicht ausprobieren, aber ich bin zuversichtlich, dass es irgendwo ein Paket geben wird, das Python.h enthält. Sie müssen herausfinden, was es ist, und es installieren.

@takluyver Danke für die Antwort.
Ich denke, diese Maschine ist einfach nur verschraubt und muss sauber gewischt werden.
Wahrscheinlich aufgrund von Unternehmens-Firewalls und Proxys scheinen pip und yum sehr wenig davon zu wissen.

$ 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 hat Recht. Es gibt mit ziemlicher Sicherheit ein Entwicklungspaket auf yum.

Weitere Dinge zum Ausprobieren. Suchen Sie nach dem Paket:

sudo yum Suchpython | grep -ich entwickle

Andere haben Folgendes als erfolgreich empfunden:

sudo yum installiere python-devel.x86_64

Wenn alles andere fehlschlägt, können wir die Includes aus der Python-Quelle ziehen. Die neueste Version von 2.7 ist bei

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

Und Python.h befindet sich im Verzeichnis "Include" der entpackten Datei.

Außerdem glaube ich, dass @takluyver vorgeschlagen hat , dass Sie versuchen, das Paket auf yum und nicht auf pip zu installieren:

sudo yum installiere python2-devel

Ich installiere RHEL Server 7.4, um hoffentlich zu sehen, was Sie sehen, anstatt weiter zu raten.

Irgendetwas muss mit Yum nicht stimmen.
Ich kann nicht einmal bekannte Dinge wie Ruby installieren
Dieses Gerät ist falsch konfiguriert und ich denke, dass nur der technische Support das Problem beheben kann.

Danke trotzdem an alle. Du warst mehr als hilfreich.

~$ 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

Auch hier können wir, wenn alles andere fehlschlägt, auf yum verzichten und die Includes direkt aus der Python-Quelle ziehen ( https://www.python.org/ftp/python/2.7.14/Python-2.7.14.tgz ). Nach dem Entpacken finden Sie Python.h im Verzeichnis „Include“ der entpackten Datei. Standardpraxis scheint zu sein, die Includes in /usr/include/python2.7/ . Sobald Sie sie eingerichtet haben, können Sie es also erneut mit pip install scandir==1.5 versuchen. Wenn gcc die Includes immer noch nicht finden kann, müssen wir entweder /usr/include/python2.7/ zum Systempfad hinzufügen oder die scandir-Quelle herunterladen und den Aufruf von gcc in den Setup-Dateien für scandir ändern.

Es ist wirklich seltsam, dass yum python34-devel.x86_64 hat und nicht das Äquivalent für Python 2.7.

Um Ihr unmittelbares Problem zu beheben, können Sie das Python 2.7-Entwicklungspaket direkt aus dem CentOS-Repository unter http://mirror.centos.org/centos/7/os/x86_64/Packages/python-devel-2.7.5- herunterladen und installieren. scp überspielen und wie folgt installieren:

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

Auf lange Sicht möchten Sie wahrscheinlich die CentOS-Repositorys zu yum hinzufügen, damit Sie die anderen yum-Pakete erhalten, an denen Sie interessiert sind. Siehe https://techglimpse.com/configure-yum-rhel-centos-repository/ .

Schließlich verstehe ich, was Sie mit der abgespeckten Natur von RHEL meinen. Ich habe mit der minimalen Installation herumgespielt, und es ist bemerkenswert, wie wenig sie enthält. Kein wget , mlocate , python-devel oder ruby . Allerdings sind _alle_ dieser Pakete auf dem Originalinstallationsmedium im Verzeichnis Packages verfügbar. Wenn die IT Ihnen helfen kann, würde ich _dringend_ empfehlen, dass sie das gesamte Packages-Verzeichnis vom Installationsmedium auf Ihren Computer kopieren, damit Sie einen einfachen, zuverlässigen Ort haben, an dem Sie Ihre Pakete beziehen können, selbst wenn yum fehlschlägt. Alternativ können Sie die CentOS-Version der meisten, wenn nicht aller dieser Pakete direkt von http://mirror.centos.org/centos/7/os/x86_64/Packages herunterladen und sie mit dem Befehl rpm installieren. Zugegeben, yum ist überlegen, wenn Sie es zum Laufen bringen können, da es Abhängigkeiten für Sie handhabt; Aber dafür müssten Sie die CentOS-Repos mithilfe der oben zitierten Anleitung hinzufügen.

@jmchambers90 DAS HAT ES GEFUNDEN! ES FUNKTIONIERTE!
Vielen Dank, ich mache das jetzt seit mindestens 10 oder 11 Stunden.

Hatte das gleiche Problem auf Redhat 7 und arbeitete danach:

yum installiere python-devel.x86_64

@Carreau Vielen Dank!! Ihre Lösung hat mir bei der Droidbot-Installation geholfen :)

War diese Seite hilfreich?
0 / 5 - 0 Bewertungen