On 08/04/2011 08:41 AM, Gordon Marx wrote: > On Thu, Aug 4, 2011 at 8:32 AM, Jerry Feldman <[email protected]> wrote: >> On 08/04/2011 08:01 AM, Gordon Marx wrote: >>> On Thu, Aug 4, 2011 at 7:43 AM, Jerry Feldman <[email protected]> wrote: >>>> Here at work, we encapsulate all products so the product does not depend >>>> on anything installed on the system (other than things like the kernel >>>> and libc. Compilers, languages like Perl and Python, libraries, such as >>>> cplex, et. al. I've probably got about 6 different copies of Python 2.6. >>>> I have no control of this since this is done in Toronto. >>> We don't go that far, but we do the same sort of thing -- don't rely >>> on the system, everything gets installed in a custom directory >>> structure, so there are machines on our network that have >>> /blah/bin/python2.{4,5,6,7}. That way, at least you only have one copy >>> of Python2.6 that everyone can use. >>> >> Normally at a client installation, the client would source a >> configuration file (either bash or cshrc) to get all the appropriate >> environment variables. It gets more complicated when my coworker is >> building some scripts that are executed in a user environment. > Right, but if you guarantee that there will be a python2.6 interpreter > at a given path, you don't need any environment variables to tell you > where it is. > Basically, there are some scripts that currently need to be sourced to get all the proper environment variables. In the scripts I set up for a related product, I not only source the environment scripts, I update them because I'm merging 2 products. Setting up the path in these sourced files is trivial. I think at this point, my coworker is planning to do that.
-- Jerry Feldman <[email protected]> Boston Linux and Unix PGP key id: 537C5846 PGP Key fingerprint: 3D1B 8377 A3C0 A5F2 ECBB CA3B 4607 4319 537C 5846
_______________________________________________ Discuss mailing list [email protected] http://lists.blu.org/mailman/listinfo/discuss
