Python-future: Uma roda pode ser construída e carregada para pypi junto com um tarball

+1
É uma loucura que um projeto cujo objetivo é ajudar os usuários a modernizar seu código python esteja preso na idade da pedra! :)

rm o arquivo ._pth no arquivo python instalado

Mais um nisso!

Ele pensa que isso deve ser de alta prioridade para obter atualizações incluindo --pre (instala do branch master) facilmente com o pip.

@TheSriram Você poderia fornecer a roda que criou aqui, bem como enviar PR para adicionar a roda ao repo?

Também relacionado: Precisa de um arquivo de ovo.

Parece que uma roda será criada automaticamente se você estiver executando o Miniconda (ou seu irmão inchado) ao instalar com pip (ou conda). Mas já deve existir fora da caixa junto com o ovo.

Eu criei este PR, que se mesclado, publicará uma roda (não universal) quando um lançamento for cortado: https://github.com/PythonCharmers/python-future/pull/536

Aprimoramentos futuros podem ser configurar o Travis ou algum outro sistema de CI para publicar rodas para diferentes versões do Python. Ou alguns contêineres do Docker para publicar versões Python2 e Python3. Parece que a roda não é uma roda "universal", porque está fazendo algumas coisas no estilo 2to3 e a configuração da roda "universal" foi removida:
https://github.com/PythonCharmers/python-future/pull/400

future é atualmente o pacote número um mais baixado no PyPI sem uma roda: https://pythonwheels.com/

@johnthagen Sim. Há também um PR aberto com uma mudança simples que permitiria a publicação de rodas. https://github.com/PythonCharmers/python-future/pull/536

O projeto obviamente não está mais muito ativo, mas houve commits em fevereiro de 2020.

@jmadler Existe algum interesse em publicar uma roda?

Conforme a discussão acima, sabemos que o python-future não tem roda para aarch64 / x86 no repositório PyPI. Portanto, ao instalar o python-future por meio do pip na máquina aarch64 / x86, o pip cria o código-fonte, resultando em mais tempo para instalar o python-future. Disponibilizar o wheel para aarch64 / x86 beneficiará os usuários do aarch64 / x86, minimizando o tempo de instalação futura do python. Podemos liberar a roda usando ferramentas CI / CD como Travis-ci, circle-ci, azure-pipeline etc ...

@sfdye @jmadler , por favor, deixe-me saber se posso ajudá-lo a construir o wheel / upload para o repositório PyPI. Estou curioso para disponibilizar a roda do futuro python para aarch64. Será uma grande oportunidade para mim trabalhar com você.

Eu tenho o mesmo problema na minha máquina Windows: ModuleNotFoundError: No module named 'src'

Eu faço o download do tarball e adiciono:

sys.path.append('C:\\Users\\milk\\Desktop\\future-0.18.2')

em setup.py , basta adicionar o caminho para o arquivo futuro, e funciona! Isso realmente me incomoda por muito tempo.

Olá a todos, para testar algumas teorias, enviei py27 e py36 rodas python puras para v0.18.0 (para evitar quebrar a última tag)

https://pypi.org/project/future/0.18.0/#files

$ pip install 'future==0.18.0'
Collecting future==0.18.0
  Downloading future-0.18.0-cp36-none-any.whl (490 kB)
     |████████████████████████████████| 490 kB 1.9 MB/s
Installing collected packages: future
  Attempting uninstall: future
    Found existing installation: future 0.18.1
    Uninstalling future-0.18.1:
      Successfully uninstalled future-0.18.1
Successfully installed future-0.18.0

Por favor, tente e me diga se funciona

Terei muito interesse em saber se funciona no Windows.

Eu tenho o mesmo problema na minha máquina Windows: ModuleNotFoundError: No module named 'src'

Eu faço o download do tarball e adiciono:

sys.path.append('C:\\Users\\milk\\Desktop\\future-0.18.2')

em setup.py , basta adicionar o caminho para o arquivo futuro, e funciona! Isso realmente me incomoda por muito tempo.

Isso realmente ajuda, muito obrigado.