Python-future: Une roue peut-elle être construite et téléchargée sur pypi avec une archive tar

+1
C'est fou qu'un projet dont le but est d'aider les utilisateurs à moderniser leur code python soit bloqué à l'âge de pierre ! :)

rm le fichier ._pth dans le fichier installé python

Plus un à ce sujet !

Il pense que cela devrait être une priorité élevée pour obtenir facilement les mises à jour, y compris --pre (installations à partir de la branche master) avec pip.

@TheSriram Pourriez-vous s'il vous plaît fournir la roue que vous avez créée ici ainsi que soumettre des relations publiques pour ajouter la roue au référentiel ?

Également lié : Besoin d'un fichier d'œufs.

On dirait qu'une roue sera créée automatiquement si vous utilisez Miniconda (ou son frère gonflé) lors de l'installation avec pip (ou conda). Mais il devrait déjà exister hors de la boîte avec l'œuf.

J'ai créé ce PR, qui, s'il est fusionné, publiera une roue (non universelle) lorsqu'une version est coupée : https://github.com/PythonCharmers/python-future/pull/536

Les améliorations futures pourraient consister à configurer Travis ou un autre système CI pour publier des roues pour différentes versions de Python. Ou des conteneurs Docker pour publier les versions Python2 et Python3. Il semble que la roue ne soit pas une roue "universelle", car elle fait des trucs de style 2to3 et la configuration de la roue "universelle" a été supprimée :
https://github.com/PythonCharmers/python-future/pull/400

future est actuellement le package numéro un le plus téléchargé sur PyPI, il manque une roue : https://pythonwheels.com/

@johnthagen Oui. Il existe également un PR ouvert avec un simple changement qui permettrait de publier les roues. https://github.com/PythonCharmers/python-future/pull/536

Le projet n'est évidemment plus très actif, mais il y a eu des commits en février 2020.

@jmadler Y a-t-il un intérêt à publier une roue ?

Comme indiqué ci-dessus, nous savons que python-future n'a pas de roue pour aarch64/x86 sur le référentiel PyPI. Ainsi, lors de l'installation de python-future via pip sur une machine aarch64/x86, pip construit le code source, ce qui fait que l'installation de python-future prend plus de temps. Rendre wheel disponible pour aarch64/x86 profitera aux utilisateurs d'aarch64/x86 en minimisant le temps d'installation de python-future. Nous pouvons libérer la roue en utilisant des outils CI/CD tels que Travis-ci, circle-ci, azure-pipeline etc...

@sfdye @jmadler , faites-moi savoir si je peux vous aider à créer une roue/à télécharger dans le référentiel PyPI. Je suis curieux de rendre python-future wheel disponible pour aarch64. Ce sera une grande opportunité pour moi de travailler avec vous.

J'ai le même problème sur ma machine Windows : ModuleNotFoundError: No module named 'src'

Je télécharge l'archive et ajoute :

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

dans setup.py , il suffit d'ajouter le chemin vers le futur fichier, ça marche ! Cela m'a vraiment embêté pendant longtemps.

Salut à tous, pour tester quelques théories, j'ai téléchargé des roues py27 et py36 python pur pour v0.18.0 (pour éviter de casser la dernière balise)

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

S'il te plait essaie et dis moi si ça marche

Je serai très intéressé de savoir si cela fonctionne sous Windows.

J'ai le même problème sur ma machine Windows : ModuleNotFoundError: No module named 'src'

Je télécharge l'archive et ajoute :

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

dans setup.py , il suffit d'ajouter le chemin vers le futur fichier, ça marche ! Cela m'a vraiment embêté pendant longtemps.

Cela aide vraiment, merci beaucoup.