kpriv/pkgsrc
1
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity
pkgsrc/devel/py-virtualenv/PLIST

19 lines
755 B
Text
Raw Normal View History

Update to 1.9.1: 1.9.1 (2013-03-08) ~~~~~~~~~~~~~~~~~~ * Updated to pip 1.3.1 that fixed a major backward incompatible change of parsing URLs to externally hosted packages that got accidentily included in pip 1.3. 1.9 (2013-03-07) ~~~~~~~~~~~~~~~~ * Unset VIRTUAL_ENV environment variable in deactivate.bat (Pull #364) * Upgraded distribute to 0.6.34. * Added ``--no-setuptools`` and ``--no-pip`` options (Pull #336). * Fixed Issue #373. virtualenv-1.8.4 was failing in cygwin (Pull #382). * Fixed Issue #378. virtualenv is now "multiarch" aware on debian/ubuntu (Pull #379). * Fixed issue with readline module path on pypy and OSX (Pull #374). * Made 64bit detection compatible with Python 2.5 (Pull #393).
2013-03-15 22:54:01 +01:00
@comment $NetBSD: PLIST,v 1.3 2013/03/15 21:54:01 wiz Exp $
Import py-virtualenv-1.8.2 as devel/py-virtualenv. virtualenv is a tool to create isolated Python environments. The basic problem being addressed is one of dependencies and versions, and indirectly permissions. Imagine you have an application that needs version 1 of LibFoo, but another application requires version 2. How can you use both these applications? If you install everything into /usr/lib/python2.7/site-packages (or whatever your platform's standard location is), it's easy to end up in a situation where you unintentionally upgrade an application that shouldn't be upgraded. Or more generally, what if you want to install an application and leave it be? If an application works, any change in its libraries or the versions of those libraries can break the application. Also, what if you can't install packages into the global site-packages directory? For instance, on a shared host. In all these cases, virtualenv can help you. It creates an environment that has its own installation directories, that doesn't share libraries with other virtualenv environments (and optionally doesn't access the globally installed libraries either).
2012-10-07 00:23:22 +02:00
bin/virtualenv
bin/virtualenv-${PYVERSSUFFIX}
${PYSITELIB}/${EGG_INFODIR}/PKG-INFO
${PYSITELIB}/${EGG_INFODIR}/SOURCES.txt
${PYSITELIB}/${EGG_INFODIR}/dependency_links.txt
${PYSITELIB}/${EGG_INFODIR}/entry_points.txt
${PYSITELIB}/${EGG_INFODIR}/not-zip-safe
${PYSITELIB}/${EGG_INFODIR}/top_level.txt
${PYSITELIB}/virtualenv.py
${PYSITELIB}/virtualenv.pyc
${PYSITELIB}/virtualenv.pyo
${PYSITELIB}/virtualenv_support/__init__.py
${PYSITELIB}/virtualenv_support/__init__.pyc
${PYSITELIB}/virtualenv_support/__init__.pyo
Update to 1.9.1: 1.9.1 (2013-03-08) ~~~~~~~~~~~~~~~~~~ * Updated to pip 1.3.1 that fixed a major backward incompatible change of parsing URLs to externally hosted packages that got accidentily included in pip 1.3. 1.9 (2013-03-07) ~~~~~~~~~~~~~~~~ * Unset VIRTUAL_ENV environment variable in deactivate.bat (Pull #364) * Upgraded distribute to 0.6.34. * Added ``--no-setuptools`` and ``--no-pip`` options (Pull #336). * Fixed Issue #373. virtualenv-1.8.4 was failing in cygwin (Pull #382). * Fixed Issue #378. virtualenv is now "multiarch" aware on debian/ubuntu (Pull #379). * Fixed issue with readline module path on pypy and OSX (Pull #374). * Made 64bit detection compatible with Python 2.5 (Pull #393).
2013-03-15 22:54:01 +01:00
${PYSITELIB}/virtualenv_support/distribute-0.6.34.tar.gz
${PYSITELIB}/virtualenv_support/pip-1.3.1.tar.gz
Import py-virtualenv-1.8.2 as devel/py-virtualenv. virtualenv is a tool to create isolated Python environments. The basic problem being addressed is one of dependencies and versions, and indirectly permissions. Imagine you have an application that needs version 1 of LibFoo, but another application requires version 2. How can you use both these applications? If you install everything into /usr/lib/python2.7/site-packages (or whatever your platform's standard location is), it's easy to end up in a situation where you unintentionally upgrade an application that shouldn't be upgraded. Or more generally, what if you want to install an application and leave it be? If an application works, any change in its libraries or the versions of those libraries can break the application. Also, what if you can't install packages into the global site-packages directory? For instance, on a shared host. In all these cases, virtualenv can help you. It creates an environment that has its own installation directories, that doesn't share libraries with other virtualenv environments (and optionally doesn't access the globally installed libraries either).
2012-10-07 00:23:22 +02:00
${PYSITELIB}/virtualenv_support/setuptools-0.6c11-py${PYVERSSUFFIX}.egg
Reference in a new issue Copy permalink