"non central" package management
Roy Smith
roy at panix.com
Tue Nov 27 23:21:48 EST 2012
In article <8ea52e1b-2e02-40b2-8ce0-fcce7fc2ef20 at googlegroups.com>,
Miki Tebeka <miki.tebeka at gmail.com> wrote:
> Greetings,
>
> The usual package mangers (easy_install, pip ...) install packages in one
> central location.
>
> I'm looking for a solution that will allow every project (which run on the
> same machine) use it's own packages and versions of packages. (Context -
> we're running several applications on the same machine, and can't test
> *everything* when we update a package. Also these applications might ship to
> other machines to run - via hadoop streaming).
You want virtualenv. Use pip to install packages, and they'll go into
your (per-project) virtualenv.
> 2. Have a "lib" directory in each application with versioned packages (we use
> something like that with svn:externals for version management).
What we do is run "pip freeze > requirements.txt" and check that into
version control. When we deploy, we create a new virtualenv, then do
"pip install -r requirements.txt".
For hadoop jobs that we run on EMR under mrjob, we have the virtualenv
setup in the bootstrap script.
More information about the Python-list
mailing list