Our solution consists of: * our own base python distribution, decoupled from the OS one (for various reasons, one being version independency) * distutils / setuptools / virtualenv is included in that python installation, no other eggs installed in site-packages * virtualenv + Paver to manage build environments * Paver plugins containing standard (continuous) build targets * a hand-crafted tool that builds an RPM (.deb would be easy, too) from an egg URL / filename, packaging a ready-to-run virtualenv environment into the RPM; it's a rather shallow shell above virtualenv and rpmbuild, automating the process and enforcing company standards. -- http://mail.python.org/mailman/listinfo/python-list
- Eggs, VirtualEnv, and Apt - best practices? Scott Sharkey
- Re: Eggs, VirtualEnv, and Apt - best practices? Dmitry S. Makovey
- Re: Eggs, VirtualEnv, and Apt - best practices? Fredrik Lundh
- Re: Eggs, VirtualEnv, and Apt - best practices? Diez B. Roggisch
- Re: Eggs, VirtualEnv, and Apt - best practi... Scott Sharkey
- Re: Eggs, VirtualEnv, and Apt - best practi... Dmitry S. Makovey
- Re: Eggs, VirtualEnv, and Apt - best pr... Diez B. Roggisch
- Re: Eggs, VirtualEnv, and Apt - be... Dmitry S. Makovey
- Re: Eggs, VirtualEnv, and Apt - be... r0g
- Re: Eggs, VirtualEnv, and Apt ... jhermann
- Re: Eggs, VirtualEnv, and Apt - best practices? Diez B. Roggisch
- Re: Eggs, VirtualEnv, and Apt - best practices? Nick Craig-Wood
- Re: Eggs, VirtualEnv, and Apt - best practices? Diez B. Roggisch