On Mon Mar 11, 2013 at 17:04:14 -0500, Nick Silkey wrote: > Regarding Python, is there a viable competitor/alternative to > virtualenv?
We typically bootstrap our Python installations with pythonbrew and cut a new virtualenv for each volatile application we want to deploy. With the blasé attitude some smaller, obscure libraries take towards versioning and backwards compatibility, this brute-force approach is the only one I have been able to bank on when multi-tenancy mattered. As far as I can tell, the pythonbrew + virtualenv combo is the current state-of-the-art in terms of flexible deployment strategies for complex Python applications. My pet peeve with this approach is having to spin up so many virtualenvs! Having spent more time around Ruby recently, I've grown fond of their approach to the problem. It would be great to see a Python analog of Ruby's RubyGems + Bundler technique, where multiple versions of a library can be installed in a global namespace and applications may elect, at runtime, to use whichever library version is least likely to result in an explosion. _______________________________________________ Tech mailing list Tech@lists.lopsa.org https://lists.lopsa.org/cgi-bin/mailman/listinfo/tech This list provided by the League of Professional System Administrators http://lopsa.org/
