<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">I actually do know IT shops that only run python code this way as it ensures that no stray libraries are in use or installed.  But yes primarily used for Dev and Test (I use only for test, honestly).  However, I still fall back to the use where shops actually do override the default $PATH to ensure they are using their in house compiled "GOLD" version of python.</blockquote>
<div><br></div><div>Yes, this is a really standard practice. I've worked on a few large Python-based projects that used this model because it makes rebuilding the environment easy since it's not so intermingled with the system Python. I'm not sure that this is the best model, but it's certainly prevalent, at least in the Python and Ruby world (RVM does this too).</div>
<br><div class="gmail_quote">On Mon, Jul 23, 2012 at 5:22 PM, Eric Sammons <span dir="ltr"><<a href="mailto:esammons@redhat.com" target="_blank">esammons@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im"><br>
<br>
----- Original Message -----<br>
> On 23.7.2012 23:05, Eric Sammons wrote:<br>
> >>> among developers. Then python can live in ~/myenv/bin/python as<br>
> >>> >  >  well as<br>
> >>> >  >  many dependencies under ~/myenv/lib/python2.X/site-packages<br>
> >>> >  >  which<br>
> >>> >  >  /usr/bin/python will never find, or worse, different<br>
> >>> >  >  versions. I<br>
> >>> >  >  imagine<br>
> >>> >  >  something similar may exist in the ruby world.<br>
><br>
> And that ~/myenv/bin/python is python 2.4, 2.6, or 3.0? All of them<br>
> behave *very* differently.<br>
><br>
> > Again wrt virtualenv, here is an example:<br>
> ><br>
> > $ virtualenv testme<br>
> > $ cd testme<br>
> > $ source bin/activate<br>
> > $ which python<br>
> > ~/testme/bin/python<br>
> ><br>
> > Note, if you were using /usr/bin/python you would_not_  be testing<br>
> > the python binary in "testme".<br>
><br>
> That can be ok for quick'n'dirty code, where you want fast<br>
> alternation<br>
> without too much work. But who would do such thing in production?<br>
><br>
> Mirek<br>
<br>
</div>I actually do know IT shops that only run python code this way as it ensures that no stray libraries are in use or installed.  But yes primarily used for Dev and Test (I use only for test, honestly).  However, I still fall back to the use where shops actually do override the default $PATH to ensure they are using their in house compiled "GOLD" version of python.<br>

<br>
Many (many) customers feel that our interpreters are always behind and the versioning.release stuff confuses them so to be sure they are getting (for example) pure python-2.7 they will install python-2.7 into /usr/local/ and then change path to reference /usr/local/bin first.  Again, in this manner /usr/bin/python breaks.<br>

<span class="HOEnZb"><font color="#888888"><br>
--Eric<br>
</font></span><div class="HOEnZb"><div class="h5">><br>
> _______________________________________________<br>
> katello-devel mailing list<br>
> <a href="mailto:katello-devel@redhat.com">katello-devel@redhat.com</a><br>
> <a href="https://www.redhat.com/mailman/listinfo/katello-devel" target="_blank">https://www.redhat.com/mailman/listinfo/katello-devel</a><br>
><br>
<br>
_______________________________________________<br>
katello-devel mailing list<br>
<a href="mailto:katello-devel@redhat.com">katello-devel@redhat.com</a><br>
<a href="https://www.redhat.com/mailman/listinfo/katello-devel" target="_blank">https://www.redhat.com/mailman/listinfo/katello-devel</a><br>
</div></div></blockquote></div><br>