Il semble que j'ai soudainement commencé à rencontrer l'erreur error: option --single-version-externally-managed not recognizedlors de la création de pip installpackages de varions (y compris PyObjCet astropy). Je n'ai jamais vu cette erreur auparavant, mais elle apparaît maintenant également sur les versions de travis-ci pour lesquelles rien n'a changé.
Cette erreur indique-t-elle une distribution obsolète? Ou une option mal spécifiée dans setup.py? Ou tout autre chose?
Réponses:
Nouvelle mise à jour:
Installez la dernière version de setuptools. Si vous obtenez toujours l'erreur, installez wheelégalement.
pip install -U setuptools
pip install -U wheelRéponse originale / Plus de détails:
--single-version-externally-managed est une option utilisée pour les packages Python demandant au module setuptools de créer un package Python qui peut être facilement géré par le gestionnaire de packages de l'hôte si nécessaire, comme Yum ou Apt.
Si vous voyez ce message, vous disposez peut-être d'une ancienne version de setuptools ou de Python. Essayez d'utiliser Distribute, qui est une version plus récente de setuptools et qui est rétrocompatible. Ces packages peuvent s'attendre à ce que vous l'ayez déjà.
https://pypi.python.org/pypi/distribute
Edit: À ce stade, distribuer a été fusionné dans le setuptoolsprojet principal . Installez simplement la dernière version de setuptools. Comme @wynemo l'a indiqué, vous souhaiterez peut-être utiliser l' --eggoption à la place, car elle est plus appropriée pour ceux qui font des installations manuelles où vous n'avez pas l'intention de créer un package système pour la distribution.
import distribute. Distribute est un remplacement instantané et porte le même nom de module. import setuptoolsest également nécessaire pour cela.
setuptoolspour les régir tous.
Ajouter une --eggoption
pip install --egg SConsJ'utilise la pipversion 1.4.1
no such option: --eggdans pip 18.1
L'installation a wheelrésolu ce problème avec le récent pip(j'ai utilisé 8.1.2):
pip install wheelpipet wheeloù il a été corrigé, il peut être utile de le mentionner au cas où il serait à nouveau cassé. Et aussi, la réponse n'explique pas ce qui se passe de toute façon.
J'avais ce problème. Il s'est avéré que c'était un problème avec les autorisations de fichier sur mon cache pip.
Si vous voyez un message au tout début de votre sortie pip comme
The directory '/home/ubuntu/.cache/pip/http' or its parent directory is not owned by the current user and the cache has been disabled. Please check the permissions and owner of that directory. If executing pip with sudo, you may want sudo's -H flag.
The directory '/home/ubuntu/.cache/pip' or its parent directory is not owned by the current user and caching wheels has been disabled. check the permissions and owner of that directory. If executing pip with sudo, you may want sudo's -H flag.vous pourriez avoir le même problème. Vous pouvez le résoudre en vous assurant que vous disposez des autorisations de fichier appropriées sur votre cache pip (quelque chose comme chown -R $(whoami) /home/ubuntu/.cache/pip) ou, si vous êtes sous UNIX, vous pouvez définir l'emplacement du cache pip avec XDG_CACHE_HOMEenv var sur un dossier que vous possédez.
sudopour installer le paquet, assurez-vous d'ajouter le -Hdrapeau)! Je ne vois vraiment pas quelle est la connexion entre le cache et l'erreur d'option de commande, mais tant pis.
J'ai ce problème sur mon macbook également lorsque j'essaie de mettre à niveau un package python. Je vérifie la version pip sous OS X, elle est trop ancienne: 1.1. J'utilise follow cmd pour mettre à niveau pip vers la version 1.5.6
easy_install -U pipEnsuite, cette erreur est corrigée.
distributeça sonne bien, mais je ne peux pas l'importer ...