Ipython: pip erreur d'installation

Ce n'est pas lié à IPython, le problème vient de l'installation de scandir , vous devriez le voir avec les responsables de scandir.

S'il vous manque Python.h lors de la compilation, c'est probablement parce qu'il vous manque l'en-tête Python. Si vous allez compiler des extensions C (ce que vous faites implicitement en installant dans scandir), vous voudrez peut-être installer les en-têtes Python ( apt-get install python-dev peut-être ?).

BTW, je ferme parce que ce n'est pas un problème IPython, mais n'hésitez pas à continuer à poser des questions ou à commenter.

ta solution a fonctionné thnx

• Cet e-mail a été envoyé avec des électrons 100 % recyclés. Pas d'humains ni d'animaux
  ont été blessés ou traumatisés lors de la création de ce message. Nous ne pouvons pas
  garantir la même chose pour le destinataire.*

Le ven. 14 avril 2017 à 13 h 11, Matthias Bussonnier <
[email protected]> a écrit :

BTW, je ferme car ce n'est pas un problème IPython, mais n'hésitez pas à garder
poser des questions ou commenter.

—
Vous recevez ceci parce que vous êtes l'auteur du fil.
Répondez directement à cet e-mail, consultez-le sur GitHub
https://github.com/ipython/ipython/issues/10454#issuecomment-294193464 ,
ou couper le fil
https://github.com/notifications/unsubscribe-auth/AP0A5HJjJ3e9DRWaJEPUe_8PakiWUET9ks5rv6imgaJpZM4M96VS
.

l'apt installer python-dev

• Cet e-mail a été envoyé avec des électrons 100 % recyclés. Pas d'humains ni d'animaux
  ont été blessés ou traumatisés lors de la création de ce message. Nous ne pouvons pas
  garantir la même chose pour le destinataire.*

Le ven. 14 avril 2017 à 13 h 25, Furlong, Jonathan <
[email protected]> a écrit :

ta solution a fonctionné thnx

• Cet e-mail a été envoyé avec des électrons 100 % recyclés. Pas d'humains ni d'animaux
  ont été blessés ou traumatisés lors de la création de ce message. Nous ne pouvons pas
  garantir la même chose pour le destinataire.*

Le ven. 14 avril 2017 à 13 h 11, Matthias Bussonnier <
[email protected]> a écrit :

BTW, je ferme car ce n'est pas un problème IPython, mais n'hésitez pas à garder
poser des questions ou commenter.

—
Vous recevez ceci parce que vous êtes l'auteur du fil.
Répondez directement à cet e-mail, consultez-le sur GitHub
https://github.com/ipython/ipython/issues/10454#issuecomment-294193464 ,
ou couper le fil
https://github.com/notifications/unsubscribe-auth/AP0A5HJjJ3e9DRWaJEPUe_8PakiWUET9ks5rv6imgaJpZM4M96VS
.

Pour les utilisateurs de CentOS, j'ai fait 'yum groupinstall 'development tool' et j'ai pu installer ipython (juste installer python-devel, n'a pas fonctionné) bien que je pense que vous devez simplement tenir compte des extensions c comme indiqué par Carreau

Sous Windows, "pip install jupyter" n'a pas pu installer scandir. Mais "pip install scandir" a réussi. Et "pip install jupyter" a ensuite réussi.

Sous Windows, "pip install jupyter" n'a pas pu installer scandir. Mais "pip install scandir" a réussi. Et "pip install jupyter" a ensuite réussi.

C'est bizarre, pouvez-vous vérifier les versions de pip et setuptools ?

Chose sûre! Désolé pour le retard.
pip v9.0.1
outils de configuration v28.8.0

Je dois préciser que j'ai installé toutes les autres dépendances en plus de scandir directement avec pip avant d'exécuter l'installation réussie de jupyter.

Aussi, pour être complet,

python v2.7.13:a06454b1afa1, 17 décembre 2016, 20:53:40, MSC v.1500 64 bits (AMD64)
Windows 10, version 1703 (version du système d'exploitation 15063.540)

Je rencontre le même problème sur Red Hat Enterprise Linux Server version 7.4 (Maipo) avec Python 2.7.
J'essaie d'installer ipython et je ne peux pas à cause de scandir.
Je n'ai trouvé aucune solution et la recherche de "scandir" place ce problème en haut de la liste des résultats.

Quelqu'un peut-il fournir des instructions sur la façon d'installer scandir sur RHEL ?

Je reçois toujours la même erreur en exécutant 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

Cela ressemble à un problème de variable PATH. Vous voudrez peut-être faire un
"où est Python.h"
Si un ou plusieurs chemins apparaissent, ajoutez le répertoire (sans le nom de fichier) à votre variable PATH. Sinon, vous avez de plus gros problèmes et nous devons trouver comment obtenir les fichiers d'en-tête sur votre machine.

Merci beaucoup pour la réponse rapide. Désolé pour ma verbosité.
Ainsi, whereis Python.h et whereis 'Python.h' ne rapportent rien du tout.

Il s'agit d'une machine distante qui n'a été configurée qu'avec Python 2.7 lorsque j'y ai eu accès pour la première fois.
Je n'avais même pas gcc donc j'ai lancé sudo yum groupinstall 'development tool' _après._
Est-ce que ceci pourrait être le problème? Si oui, dois-je désinstaller Python et le réinstaller ?

Si ce qui précède n'a pas d'importance :
Je suis un utilisateur sudo mais pas root, donc je peux scp tous les fichiers que je veux dans la plupart des endroits.
Je n'ai tout simplement aucune idée de ce qu'il faut copier (un fichier d'en-tête C Python.h?), Où le copier et quoi faire (ajouter quelque chose au chemin d'inclusion de gcc, n'est-ce pas?, Mais d'où cette commande gcc est-elle exécutée ? Je ne sais pas.

Je suis coincé avec yum (beurk) et rpm donc malheureusement apt-get ne peut pas résoudre mes problèmes.
Selon la documentation, je dois utiliser ipython version 5 et scandir version < 1.6 avec Python 2.7 . Je ne peux pas utiliser Python 3.x en raison de contraintes d'API tierces.

Je suis un développeur expérimenté (sur tout sauf RHEL), donc l'installation manuelle ne me fait pas peur... Je ne trouve tout simplement rien sur la façon de le faire.

Quant à mon PATH, il est actuellement assez court car cette machine vient d'être mise en place.
(Python 2.7 était installé comme je l'avais demandé mais rien d'autre, pas même gcc. )

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

Python vit ici :

$ 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

Bien. Je pense que j'ai une solution pour vous - ou du moins quelque chose à essayer. Pas besoin de s'excuser pour la verbosité. Un rapport complet est une vertu dans ce genre de situations.

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

Cela devrait installer les fichiers d'en-tête Python dans "/usr/include/python2.7/" et obtenir la version de scandir appropriée dont vous avez besoin. Si vous avez d'autres erreurs, n'hésitez pas à poster à nouveau !

Aussi, petite correction d'avant. J'aurais dû vous conseiller d'utiliser ce qui suit pour vérifier la présence des en-têtes :

sudo updatedb
locate Python.h

À l'époque, je n'avais pas réalisé que whereis était limité aux exécutables, à leurs pages de manuel et à leurs fichiers source.

PS Dans mon message initial, j'ai accidentellement caché une partie du code, mais il devrait être visible maintenant.

Merci @jmchambers90 pour votre aide !

Je pense que vous voudrez peut-être aussi regarder scandir issue tracker : https://github.com/benhoyt/scandir/issues/85 ont des mentions de RHEL, et je pense que vous devriez éviter d'utiliser sudo+pip c'est une recette pour problème car yum et pip se battront pour les fichiers.

Tant que vous avez pip 9+, pip devrait également éviter d'installer IPython 6+ sur Python 2, si vous avez une version antérieure de pip et que vous ne pouvez pas mettre à niveau ; vous voudrez peut-être pip install ipython<6 .

L'erreur à propos Python.h signifie généralement que vous n'avez pas installé les en-têtes de développement Python. Sur Red Hat, le paquet dont vous avez besoin devrait être quelque chose comme python-devel ou python2-devel (sur Debian, c'est python-dev ). Si quelqu'un voit la même erreur sur Python 3, le package sera probablement quelque chose comme python3-devel ou python3-dev .

@Carreau
J'ai déjà regardé cela et j'ai posté une question là-bas. Cela n'a pas fonctionné pour moi.

@jmchambers90
Merci pour les idées. Je les ai déjà essayés, et différentes variantes.
Voici la sortie :

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

Sur mon système Fedora, le paquet s'appelle maintenant python2-devel . Je ne peux pas essayer RHEL, mais je suis convaincu qu'il y aura quelque part un paquet contenant Python.h . Vous devrez déterminer ce que c'est et l'installer.

@takluyver Merci pour la réponse.
Je pense que cette machine est juste vissée et doit être nettoyée.
Probablement à cause des pare-feu et des proxys d'entreprise, pip et yum semblent être au courant de très peu.

$ 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 a raison. Il y a presque certainement un package de développement sur yum.

Plus de choses à essayer. Rechercher le package :

sudo miam recherche python | grep -i devel

D'autres ont trouvé ce qui suit pour réussir:

sudo yum installer python-devel.x86_64

Si tout le reste échoue, nous pouvons extraire les inclusions de la source Python. La dernière version de 2.7 est à

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

Et Python.h se trouve dans le répertoire "Include" du fichier décompressé.

De plus, je crois que @takluyver suggérait que vous tentiez l'installation du package sur yum, pas sur pip :

sudo yum installer python2-devel

J'installe RHEL Server 7.4 pour, espérons-le, voir ce que vous voyez au lieu de continuer à deviner.

Quelque chose ne va pas avec miam.
Je ne peux même pas installer des choses bien connues comme ruby
Cette machine est mal configurée et je pense que seul le support technique peut le réparer.

Merci quand même à tous. Vous avez été plus qu'utile.

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

Encore une fois, si tout le reste échoue, nous pouvons nous passer de yum et simplement extraire les inclusions directement de la source Python ( https://www.python.org/ftp/python/2.7.14/Python-2.7.14.tgz ). Après avoir décompressé, vous trouverez Python.h dans le répertoire "Inclure" du fichier décompressé. La pratique standard semble être de brancher les inclusions dans /usr/include/python2.7/ . Donc, une fois que vous les avez en place, vous pouvez réessayer pip install scandir==1.5 . Si gcc ne trouve toujours pas les inclusions, nous devrons soit ajouter /usr/include/python2.7/ au chemin système, soit télécharger la source de scandir et modifier l'appel à gcc dans les fichiers de configuration de scandir.

C'est vraiment étrange que yum ait python34-devel.x86_64 et non l'équivalent pour Python 2.7.

Pour résoudre votre problème immédiat, vous pouvez télécharger et installer le package de développement Python 2.7 directement à partir du référentiel CentOS à l' adresse http://mirror.centos.org/centos/7/os/x86_64/Packages/python-devel-2.7.5- 58.el7.x86_64.rpm. Ensuite, vous pouvez scp le remplacer et l'installer comme suit :

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

À long terme, vous voudrez probablement ajouter les référentiels CentOS à yum afin de pouvoir obtenir les autres packages yum qui vous intéressent. Voir https://techglimpse.com/configure-yum-rhel-centos-repository/ .

Enfin, je vois ce que vous voulez dire à propos de la nature dépouillée de RHEL. J'ai joué avec l'installation minimale, et il est remarquable de constater à quel point elle comprend peu. Non wget , mlocate , python-devel ou ruby . Cependant, _tous_ ces packages sont disponibles sur le support d'installation d'origine dans le répertoire Packages. Si le service informatique peut vous aider, je vous recommande _fortement_ de leur faire copier l'intégralité du répertoire Packages du support d'installation sur votre machine afin que vous disposiez d'un emplacement simple et fiable pour trouver vos packages, même lorsque yum échoue. Vous pouvez également télécharger la version CentOS de la plupart sinon de tous ces packages directement à partir de http://mirror.centos.org/centos/7/os/x86_64/Packages et les installer à l'aide de la commande rpm . Certes, yum est supérieur si vous pouvez le faire fonctionner car il gère les dépendances pour vous ; mais, pour cela, vous devrez ajouter les repos CentOS en utilisant le guide que j'ai cité ci-dessus.

@ jmchambers90 QUI L'A FAIT ! ÇA A MARCHÉ!
Merci beaucoup, je suis dessus depuis au moins 10 ou 11 heures maintenant.

J'ai eu le même problème sur Redhat 7 et j'ai travaillé après :

miam installer python-devel.x86_64

@Carreau Merci beaucoup !! Votre solution m'a aidé avec l'installation de Droidbot :)