Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > comp.lang.python > #60417 > unrolled thread

Re: Parallel Python x.y.A and x.y.B installations on a single Windows machine

Started byJurko Gospodnetić <jurko.gospodnetic@pke.hr>
First post2013-11-25 14:42 +0100
Last post2013-11-25 14:42 +0100
Articles 1 — 1 participant

Back to article view | Back to comp.lang.python

This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by below is the oldest one visible, not the original post.


Contents

  Re: Parallel Python x.y.A and x.y.B installations on a single Windows machine Jurko Gospodnetić <jurko.gospodnetic@pke.hr> - 2013-11-25 14:42 +0100

#60417 — Re: Parallel Python x.y.A and x.y.B installations on a single Windows machine

FromJurko Gospodnetić <jurko.gospodnetic@pke.hr>
Date2013-11-25 14:42 +0100
SubjectRe: Parallel Python x.y.A and x.y.B installations on a single Windows machine
Message-ID<mailman.3171.1385386964.18130.python-list@python.org>
   Hi.

On 25.11.2013. 14:04, Chris Angelico wrote:
> Is it possible to set up virtualization to help you out? Create a
> virtual machine in something like VirtualBox, then clone it for every
> Python patch you want to support (you could have one VM that handles
> all the .0 releases and another that handles all the .1 releases, or
> you could have a separate VM for every Python you want to test).
> ...

   Thank you for the suggestion.

   Yup, we could do that, but at first glance it really smells like an 
overkill. Not to mention the potential licensing issues with Windows and 
an unlimited number of Windows installations. :-)

   So far all tests seem to indicate that things work out fine if we 
install to some dummy target folder, copy the target folder to some 
version specific location & uninstall. That leaves us with a working 
Python folder sans the start menu and registry items, both of which we 
do not need for this. Everything I've played around with so far seems to 
use the correct Python data depending on the interpreter executable 
invoked, whether or not there is a regular Windows installation 
somewhere on the same machine.

   We can use the script suggested by Ned Batchelder to temporarily 
change the 'current installation' if needed for some external installer 
package to correctly recognize where to install its content.

   I'm still playing around with this, and will let you know how it goes.

   Thank you again for replying!

   Best regards,
     Jurko Gospodnetić

[toc] | [standalone]


Back to top | Article view | comp.lang.python


csiph-web