Ipython: erro de instalação do pip

Isso não está relacionado ao IPython, o problema vem da instalação do scandir , você deve ver isso com os mantenedores do scandir.

Se estiver faltando Python.h durante a compilação, provavelmente está faltando o cabeçalho do Python. Se você for compilar extensões c (que você faz implicitamente instalando no scandir), você pode querer instalar os cabeçalhos do Python ( apt-get install python-dev talvez?).

BTW, encerro porque este não é um problema do IPython, mas fique à vontade para continuar fazendo perguntas ou comentando.

sua solução funcionou thnx

• Este e-mail foi enviado usando elétrons 100% reciclados. Sem humanos ou animais
  foram feridos ou traumatizados na criação desta mensagem. Nós não podemos
  garantir o mesmo para o destinatário.*

Em sex, 14 de abril de 2017 às 13h11, Matthias Bussonnier <
[email protected]> escreveu:

BTW, eu encerro porque este não é um problema do IPython, mas fique à vontade para manter
fazer perguntas ou comentar.

—
Você está recebendo isso porque foi o autor do tópico.
Responda a este e-mail diretamente, visualize-o no GitHub
https://github.com/ipython/ipython/issues/10454#issuecomment-294193464 ,
ou silenciar o thread
https://github.com/notifications/unsubscribe-auth/AP0A5HJjJ3e9DRWaJEPUe_8PakiWUET9ks5rv6imgaJpZM4M96VS
.

o apt instala python-dev

• Este e-mail foi enviado usando elétrons 100% reciclados. Sem humanos ou animais
  foram feridos ou traumatizados na criação desta mensagem. Nós não podemos
  garantir o mesmo para o destinatário.*

Em sex, 14 de abril de 2017 às 13h25, Furlong, Jonathan <
[email protected]> escreveu:

sua solução funcionou thnx

• Este e-mail foi enviado usando elétrons 100% reciclados. Sem humanos ou animais
  foram feridos ou traumatizados na criação desta mensagem. Nós não podemos
  garantir o mesmo para o destinatário.*

Em sex, 14 de abril de 2017 às 13h11, Matthias Bussonnier <
[email protected]> escreveu:

BTW, eu encerro porque este não é um problema do IPython, mas fique à vontade para manter
fazer perguntas ou comentar.

—
Você está recebendo isso porque foi o autor do tópico.
Responda a este e-mail diretamente, visualize-o no GitHub
https://github.com/ipython/ipython/issues/10454#issuecomment-294193464 ,
ou silenciar o thread
https://github.com/notifications/unsubscribe-auth/AP0A5HJjJ3e9DRWaJEPUe_8PakiWUET9ks5rv6imgaJpZM4M96VS
.

Para usuários do CentOS, eu fiz 'yum groupinstall 'ferramenta de desenvolvimento' e consegui instalar o ipython (apenas instalando o python-devel, não funcionou), embora eu ache que você precise apenas considerar as extensões c conforme observado por Carreau

No Windows, "pip install jupyter" não conseguiu instalar o scandir. Mas "pip install scandir" foi bem-sucedido. E "pip install jupyter" foi bem sucedido posteriormente.

No Windows, "pip install jupyter" não conseguiu instalar o scandir. Mas "pip install scandir" foi bem-sucedido. E "pip install jupyter" foi bem sucedido posteriormente.

Isso é estranho, você pode verificar as versões do pip e setuptools?

Coisa certa! Desculpe a demora.
pip v9.0.1
ferramentas de configuração v28.8.0

Devo esclarecer que instalei todas as outras dependências além do scandir diretamente com o pip antes de executar a instalação bem-sucedida do jupyter.

Além disso, para completar,

python v2.7.13:a06454b1afa1, 17 de dezembro de 2016, 20:53:40, MSC v.1500 64 bits (AMD64)
Windows 10, versão 1703 (compilação do SO 15063.540)

Estou enfrentando esse mesmo problema no Red Hat Enterprise Linux Server versão 7.4 (Maipo) com Python 2.7.
Estou tentando instalar o ipython e não consigo por causa do scandir.
Não encontrei nenhuma solução e pesquisar por "scandir" coloca esse problema no topo da lista de resultados.

Alguém pode fornecer instruções sobre como instalar o scandir no RHEL?

Eu continuo recebendo esse mesmo erro ao executar 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

Parece um problema de variável PATH. Pode querer fazer um
"onde está Python.h"
Se um ou mais caminhos aparecerem, adicione o diretório (sem o nome do arquivo) à sua variável PATH. Caso contrário, você terá problemas maiores e precisamos descobrir como obter os arquivos de cabeçalho em sua máquina.

Muito obrigado pela resposta rápida. Desculpe minha verbosidade.
Então, whereis Python.h e whereis 'Python.h' não dão nada.

Esta é uma máquina remota que foi configurada apenas com o Python 2.7 quando tive acesso.
Eu nem tinha gcc então corri sudo yum groupinstall 'development tool' _afterwards._
Pode ser este o problema? Em caso afirmativo, devo desinstalar o Python e reinstalá-lo?

Se o acima não importa:
Eu sou um usuário sudo, mas não root, então eu posso scp qualquer arquivo que eu quiser na maioria dos lugares.
Eu simplesmente não tenho ideia do que copiar (algum arquivo de cabeçalho C Python.h?), onde copiá-lo e o que fazer (adicionar algo ao caminho de inclusão do gcc certo?, mas de onde o comando gcc está sendo executado ? Eu não sei.

Estou preso usando yum (eca) e rpm então infelizmente apt-get não pode resolver meus problemas.
De acordo com os documentos, devo usar ipython versão 5 e scandir versão < 1.6 com Python 2.7 . Não posso usar o Python 3.x devido a restrições de API de terceiros.

Eu sou um desenvolvedor experiente (em tudo, exceto RHEL), então a instalação manual não me assusta.... Simplesmente não consigo encontrar nada sobre como fazê-lo.

Quanto ao meu PATH, atualmente é bastante curto, pois esta máquina acabou de ser configurada.
(Ele tinha o Python 2.7 instalado como eu solicitei, mas nada mais, nem mesmo o gcc.)

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

Python mora aqui:

$ 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

Tudo bem. Acho que tenho uma solução para você - ou pelo menos algo para tentar. Não há necessidade de se desculpar pela verbosidade. Relatórios completos são uma virtude nesses tipos de situações.

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

Isso deve instalar os arquivos de cabeçalho do Python em "/usr/include/python2.7/" e obter a versão apropriada do scandir que você precisa. Se você tiver mais erros, não hesite em postar novamente!

Além disso, pequena correção de antes. Eu deveria ter aconselhado você a usar o seguinte para verificar a presença dos cabeçalhos:

sudo updatedb
locate Python.h

Na época, eu não sabia que whereis é restrito a executáveis, suas páginas de manual e seus arquivos de origem.

PS No meu post inicial, escondi acidentalmente parte do código, mas deve estar visível agora.

Obrigado @jmchambers90 por ajudar!

Acho que você também pode querer olhar para o rastreador de problemas scandir: https://github.com/benhoyt/scandir/issues/85 tem menções ao RHEL, e acredito que você deve evitar usar sudo+pip é uma receita para problema, pois o yum e o pip lutarão por arquivos.

Contanto que você tenha o pip 9+, o pip também deve evitar instalar o IPython 6+ no Python 2, se você tiver uma versão anterior do pip e não puder atualizar; você pode querer pip install ipython<6 .

O erro sobre Python.h geralmente significa que você não tem os cabeçalhos de desenvolvimento do Python instalados. No Red hat, o pacote que você precisa deve ser algo como python-devel ou python2-devel (no Debian, é python-dev ). Se alguém estiver vendo o mesmo erro no Python 3, o pacote provavelmente será algo como python3-devel ou python3-dev .

@Carreau
Eu já olhei isso e postei uma pergunta lá. Não funcionou para mim.

@jmchambers90
Obrigado pelas ideias. Eu já tentei eles, e diferentes variações.
Aqui está a saída:

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

No meu sistema Fedora, o pacote agora é chamado python2-devel . Não posso experimentar o RHEL, mas estou confiante de que haverá um pacote em algum lugar que contém Python.h . Você precisará descobrir o que é e instalá-lo.

@takluyver Obrigado pela resposta.
Eu acho que esta máquina está apenas parafusada e tem que ser limpa.
Provavelmente por causa de firewalls e proxies corporativos, pip e yum parecem estar cientes de muito pouco.

$ 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 está certo. Há quase certamente um pacote de desenvolvimento no yum.

Mais coisas para tentar. Procure o pacote:

sudo yum search python | grep -i devel

Outros encontraram o seguinte para ser bem sucedido:

sudo yum install python-devel.x86_64

Se tudo mais falhar, podemos extrair as inclusões da fonte Python. A última versão do 2.7 está em

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

E Python.h está no diretório "Incluir" do arquivo descompactado.

Além disso, acredito que @takluyver estava sugerindo que você tentasse instalar o pacote no yum, não no pip:

sudo yum install python2-devel

Estou instalando o RHEL Server 7.4 para ver o que você vê em vez de continuar adivinhando.

Algo deve estar errado com yum.
Não consigo nem instalar coisas conhecidas como ruby
Esta máquina está mal configurada e acho que apenas o suporte técnico pode corrigi-la.

Obrigado de qualquer forma a todos. Você foi mais do que útil.

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

Novamente, se tudo mais falhar, podemos dispensar o yum e apenas extrair as inclusões diretamente da fonte Python ( https://www.python.org/ftp/python/2.7.14/Python-2.7.14.tgz ). Depois de descompactar, você encontrará Python.h no diretório "Incluir" do arquivo descompactado. A prática padrão parece ser conectar as inclusões em /usr/include/python2.7/ . Então, uma vez que você os tenha no lugar, você pode tentar pip install scandir==1.5 novamente. Se o gcc ainda não conseguir encontrar as inclusões, precisaremos adicionar /usr/include/python2.7/ ao caminho do sistema ou baixar a fonte scandir e modificar a chamada para gcc nos arquivos de configuração para scandir.

É realmente estranho para o yum ter python34-devel.x86_64 e não o equivalente ao Python 2.7.

Para corrigir seu problema imediato, você pode baixar e instalar o pacote de desenvolvimento Python 2.7 diretamente do repositório CentOS em http://mirror.centos.org/centos/7/os/x86_64/Packages/python-devel-2.7.5- 58.el7.x86_64.rpm. Então você pode scp e instalá-lo da seguinte forma:

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

A longo prazo, você provavelmente desejará adicionar os repositórios do CentOS ao yum para que possa obter os outros pacotes do yum nos quais está interessado. Consulte https://techglimpse.com/configure-yum-rhel-centos-repository/ .

Por fim, entendo o que você quer dizer sobre a natureza despojada do RHEL. Eu tenho brincado com a instalação mínima, e é notável o quão pouco ela inclui. Não wget , mlocate , python-devel ou ruby . No entanto, _todos_ esses pacotes estão disponíveis na mídia de instalação original no diretório Packages. Se a TI puder ajudá-lo, recomendo _altamente_ que eles copiem todo o diretório Packages da mídia de instalação para sua máquina para que você tenha um local fácil e confiável para obter seus pacotes mesmo quando o yum estiver falhando. Como alternativa, você pode baixar a versão do CentOS da maioria, se não de todos, esses pacotes diretamente de http://mirror.centos.org/centos/7/os/x86_64/Packages e instalá-los usando o comando rpm . Admitidamente, yum é superior se você conseguir fazê-lo funcionar, pois ele lida com dependências para você; mas, para isso, você teria que adicionar os repositórios do CentOS usando o guia que citei acima.

@jmchambers90 QUE FEZ ISSO! FUNCIONOU!
Muito obrigado, estou nisso há pelo menos 10 ou 11 horas.

Tive o mesmo problema no Redhat 7 e funcionou depois:

yum instale python-devel.x86_64

@Carreau Muito obrigado!! Sua solução me ajudou com a instalação do Droidbot :)