L'ajout installé PIP paquet de chemin d'accès automatiquement

Pour mon colis, toto, je suis en utilisant les éléments suivants setup.py:

from setuptools import setup

setup(name='foo',
      version='0.0.1',
      description='Lol',
      url='https://github.com/foo/foo',
      author='legend',
      author_email='[email protected]',
      license='GPLv3',
      packages=['foo'],
      install_requires=["bar"],
      entry_points = {'console_scripts': ['foo = foo:main']},
      keywords = ['foo'],
      zip_safe=False)

Lors du test sur mon système d'Arc, elle a ajouté le script de CHEMIN d'accès automatiquement si seulement je pouvais courir foo sur ma ligne de commande et il avait l'exécution de la fonction main() automatiquement. Ensuite, j'ai démarré une VM et l'a testé sur Windows 7. Pip a installé le package très bien, mais il n'était pas dans mon chemin!

Aider?

Pour votre système d'Arc vous pouvez poster votre $PATH ici? Aussi, après l'exécution de votre setup.py, où vos foo fin, c'est à dire dans quel répertoire?

OriginalL'auteur Awn | 2016-03-18

  1. 3

    setuptools, pip et easy_install ne pas modifier la variable système PATH. Le <python directory>\Scripts répertoire, où tous installer le script par défaut, est ajoutée CHEMIN par le Python programme d'installation lors de l'installation.

    Si le dossier scripts n'a pas été ajoutée à votre CHEMIN d'accès lors de l'installation, vous pouvez corriger cela en exécutant <python directory>\Tools\scripts\win_add2path.py. (Voir Comment puis-je savoir où Python est installé sur Windows?)

    L'exemple ci-dessus setup.py fichier a bien fonctionné pour moi (avec le répertoire de Scripts dans le CHEMIN d'accès), par la manière. Je l'ai testé avec

    python setup.py bdist_wheel
pip install dist\foo-0.0.1-py3-none-any.whl

    et

    python setup.py sdist
pip install dist\foo-0.0.1.zip

    OriginalL'auteur Martin Valgur

  2. 4

    Ne vous attendez pas pip ou easy_install de modifier votre PATH, leur tâche consiste à installer un paquet dans l'environnement actuel.

    Sur Linux, si vous utilisez global environnement Python, vous êtes susceptibles d'avoir besoin des privilèges root, si vous le faites habituellement:

    $ sudo pip install <package>

    Cependant, ce n'est pas la méthode recommandée car il se gâte à l'échelle du système environnement Python (imaginez avoir deux applications ayant un peu des exigences différentes pour la même version de package et vous pourriez avoir un problème).

    Méthode recommandée est d'utiliser une sorte de virtualenv, qui permet l'installation des packages python en séparer environnement python, qui est aussi facile à enlever et de le recréer.

    Comment j'ai installer python basés sur des scripts dans le système

    Il semble que vous ayez personnalisé basé sur python script que vous souhaitez utiliser dans votre système.

    Pour ce scénario, je utiliser la méthode suivante (en supposant que virtualenv outil est installé dans l'ensemble du système python):

    $ mkdir ~/apps
$ mkdir ~/apps/myutil
$ cd ~/apps/myutil
$ virtualenv .env
$ source .env/bin/activate
(.env)$ pip install <package-or-more>

    Maintenant, vous aurez en ~/apps/myutil/.env/bin répertoire d'installation de tout le script installé par pip, nous allons l'appeler myscript (il peut être plus).

    Restant étape est de faire le lien symbolique à partir d'un répertoire qui est déjà sur PATH, par exemple, dans /usr/local/bin:

    $ cd /usr/local/bin
$ sudo ln -s ~/apps/myutil/.env/bin/myscript

    À partir de maintenant, vous serez en mesure d'appeler la commande myscript même sans virtualenv être activé.

    Mise à jour du script

    Si vous devez installer la version plus récente du script:

    $ cd ~/apps/myutil
$ source .env/bin/activate
(.env)$ pip install --upgrade <package-or-more>

    Que vous avez le script lié, il sera automatiquement disponible dans la dernière version.

    de nommage avec virtualenvwrapper

    virtualenvwrapper vous permet de créer de multiples nommé virtualenvs et vous donner de l'activation facile et
    la désactivation. Dans ce cas, je ne les suivants:

    $ mkvirtualenv bin-myscript
(bin-myscript)$ pip install <package-or-more>
(bin-myscript)$ which `myscript`
~/.Evns/bin-myscript/bin/myscript
(bin-myscript)$ cd /usr/local/bin
(bin-myscript)$ sudo ln -s ~/.Evns/bin-myscript/bin/myscript

    De mise à niveau est encore plus simple:

    $ workon bin-myscript
(bin-myscript)$ pip install --upgrade <package-or-two>

    et vous avez terminé

    alternative avec tox

    tox est l'outil idéal pour la création automatisée de virtualenvs et les tests. Je l'utilise pour la création de
    virtualenvs dans les répertoires que j'aime. Pour plus d'informations, voir mes autres DONC réponse

    OriginalL'auteur Jan Vlcinsky