Wow, c'est une série de questions. Beaucoup d'entre eux mériteraient vraiment leur propre question SO avec plus de détails. Je ferai de mon mieux:
First of all, are virtualenv and pip supposed to be in a usable state by now?
Oui, bien qu'ils ne répondent pas aux besoins de tous. Pip et virtualenv (avec tout le reste dans la gestion des paquets Python) sont loin d'être parfaits, mais ils sont largement utilisés et dépendent néanmoins.
How should virtualenv be installed? I'm not quite ready to believe it's as convoluted as explained elsewhere.
La réponse que vous lien est complexe, car il tente d'éviter de faire des changements tout à votre installation globale Python et installer tout ~/.local à la place. Cela a quelques avantages, mais est plus complexe à installer. Il installe également virtualenvwrapper, qui est un ensemble de scripts bash pour travailler avec virtualenv, mais n'est pas nécessaire pour utiliser virtualenv.
Si vous êtes sur Ubuntu, aptitude install python-setuptools suivi par easy_install virtualenv devrait vous obtenir une installation virtualenv travailler sans faire de dégâts à votre environnement mondial python (à moins que vous aviez aussi le paquet virtualenv Ubuntu installé, que je ne recommande pas car il sera probablement être une ancienne version).
Is there a set of tested instructions for how to install matplotlib in a virtual environment? For some reason it always wants to compile it here instead of just installing a package, and it always ends in failure (even after build-dep which took up 250 MB of disk space). After a whole bunch of warnings it prints src/mplutils.cpp:17: error: ‘vsprintf’ was not declared in this scope.
Il « veut toujours compiler » parce pip, par la conception, installe uniquement de la source, il n'installe pas les binaires pré-compilés. C'est un choix controversé, et c'est probablement la principale raison pour laquelle pip a été largement adopté par les développeurs web Python, qui utilisent des paquets Python plus purs et qui se développent et se déploient couramment dans les environnements POSIX où une chaîne de compilation est standard. La raison du choix de conception est que fournir des binaires précompilés a un problème d'explosion combinatoire avec différentes plates-formes et architectures de construction (y compris la version python, les compilations python UCS-2 et UCS-4, 32 vs 64 bits ...) . La façon dont easy_install trouve le bon paquet binaire sur le genre de travail PyPI, la plupart du temps, mais ne tient pas compte de tous ces facteurs et peut casser. Donc, pip évite tout simplement ce problème (en le remplaçant par l'exigence que vous ayez un environnement de compilation fonctionnel).
Dans de nombreux cas, les packages qui nécessitent une compilation C ont également une planification de publication plus lente et il est acceptable d'installer simplement des packages de système d'exploitation à leur place. Cependant, cela ne permet pas de travailler avec différentes versions dans différents virtualenvs.
Je ne sais pas ce qui cause votre erreur de compilation, il fonctionne pour moi (sur Ubuntu 10.10) avec cette série de commandes:
virtualenv --no-site-packages tmp
. tmp/bin/activate
pip install numpy
pip install -f http://downloads.sourceforge.net/project/matplotlib/matplotlib/matplotlib-1.0.1/matplotlib-1.0.1.tar.gz matplotlib
Le lien « -f » est nécessaire pour obtenir le plus récent version, en raison de unusual download URLs on PyPI de matplotlib.
How does either tool interact with setup.py? pip is supposed to replace easy_install, but it's not clear whether it's a drop-in or more complicated relationship.
Le fichier setup.py est une convention de distutils, la gestion des paquets de bibliothèque standard Python "solution." distutils est manquant quelques fonctionnalités clés et setuptools est un package tiers largement utilisé qui "embrasse et étend" distutils pour fournir des fonctionnalités supplémentaires. setuptools utilise également setup.py. easy_install est le programme d'installation fourni avec setuptools. Le développement de Setuptools a stagné pendant plusieurs années, et distribute était une fourchette de setuptools pour réparer quelques bogues de longue date. Finalement, la fourchette a été résolue avec une fusion de redistribuer dans setuptools, et le développement de setuptools est à nouveau actif (avec un nouveau responsable).
distutils2 était une nouvelle version principalement réécrite de distutils qui tentait d'incorporer les meilleures idées de setuptools/distribute, et était supposée faire partie de la bibliothèque standard Python. Malheureusement cet effort a échoué, donc pour l'instant setuptools reste la norme de facto pour l'empaquetage Python.
Pip remplace easy_install, mais il ne remplace pas setuptools; il nécessite setuptools et construit dessus. Ainsi, il utilise également setup.py.
Is virtualenv only for development mode, or should the users also install it?
Il n'y a pas de bonne réponse à cela; il peut être utilisé de toute façon. Au final, c'est vraiment le choix de votre utilisateur, et votre logiciel devrait idéalement pouvoir être installé à l'intérieur ou à l'extérieur d'un virtualenv; Cependant, vous pouvez choisir de documenter et de souligner une approche ou l'autre. Cela dépend beaucoup de qui sont vos utilisateurs et de l'environnement dans lequel ils sont susceptibles d'avoir besoin d'installer votre logiciel.
Will the resulting package be installed with the minimum requirements (like the current egg), or will it be installed with sources & binaries for all dependencies plus all the build tools, creating a gigabyte monster in the virtual environment?
Si un paquet nécessitant une compilation est installé via pip, il devra être compilé à partir de la source. Cela s'applique également à toutes les dépendances qui nécessitent une compilation.
Ceci n'est pas lié à la question de savoir si vous utilisez un virtualenv. easy_install est disponible par défaut dans un virtualenv et fonctionne très bien là-bas. Il peut installer des oeufs binaires précompilés, comme il le fait en dehors d'un virtualenv.
Will the users have to modify their $PATH and $PYTHONPATH to run the resulting package if it's installed in a virtual environment?
Pour utiliser quoi que ce soit installé dans un virtualenv, vous devez utiliser le binaire python dans le répertoire bin/ du virtualenv (ou un autre script installé dans le virtualenv qui fait référence à ce binaire). La façon la plus courante de le faire est d'utiliser le script activate ou activate.bat de virtualenv pour modifier temporairement le shell PATH de sorte que le répertoire bin/ de virtualenv est le premier. La modification de PYTHONPATH n'est généralement pas utile ou nécessaire avec virtualenv.
Do I need to create a script from a text string for virtualenv like in the bad old days?
n °
What is with the #egg=Package URL syntax? That's not part of the standard URL, so why isn't it a separate parameter?
Le hack fragment d'URL "# oeuf = projectname version" a été la première introduced by setuptools and easy_install. Comme easy_install récupère les liens du web pour trouver les distributions candidates à installer pour un nom de paquet et une version donnés, ce bidouillage a permis aux auteurs de paquets d'ajouter des liens sur PyPI faciles à comprendre, même s'ils n'utilisaient pas les conventions de nommage standard de easy_install .
Where is @rev included in the URL? At the end I suppose, but the documentation is not clear about this ("You can also include @rev in the URL").
A deux phrases après fragment cité il y a un lien pour « lire the requirements file format pour se renseigner sur d'autres caractéristiques. » La fonctionnalité @rev est entièrement documentée et démontrée ici.
What is supposed to be understood by using an existing requirements file as "as a sort of template for the new file"? This could mean any number of things.
La phrase suivante dit « il gardera les paquets listés dans devel-req.txt en ordre et conserver les commentaires. » Je ne suis pas sûr de ce que serait une description plus concise.
AFAIK, pip et virtualenv ne remplacent pas setuptools. distribuer est le remplacement suggéré pour setuptools, pip remplace easy_install, et virtualenv est sa propre chose spéciale. Les deux premiers permettent au responsable du paquet de savoir comment installer le paquet, les deux suivants aident l'installateur à garder une trace de ce qu'il a installé (et à installer des dépendances) et le dernier permet à l'utilisateur de basculer facilement entre plusieurs collections de paquets installés. du même paquet). – AFoglia