[Eric] install.py does not seem to respect virtual environments

[Boylan, Ross]

py is a just a launcher to invoke the right python version, which it does: py --version reports 3.7.

Hmm, despite that, using python instead a py produces better results: no the installer identifies 3.7 as the python version.

Although I thought I had successfully installed using pip, re-running with python said that PyQtChart was not installed; I told it to download it, and everything looks good.

It is also possible that the changes I've made since my initial attempts made a difference.  However, rerunning py install.py still says the python version is 3.8.

Ross

________________________________________
From: Detlev Offenbach <detlev at die-offenbachs.de>
Sent: Saturday, December 7, 2019 2:00 AM
To: Eric at riverbankcomputing.com
Cc: Boylan, Ross
Subject: Re: [Eric] install.py does not seem to respect virtual environments

Hello,

the recommended installation method for using eric with virtual environments
is to install it using the Python interpreter of the environment and not the
'py' launcher. The launcher is a Windows speciality, that is not officially
supported by me as I am trying to keep the stuff as platform neutral as
possible.

Detlev

Am Samstag, 7. Dezember 2019, 08:52:52 CET schrieb Boylan, Ross:
> I tried to do an install from the contents of the zip installation file for
> MS-Windows from within a virtual environment.  It appears to me that
> install.py does not respect the virtual environment, leading to failure.  I
> notice a number of existing bug reports (e.g., 239, perhaps 310), all
> closed as rejected, seem to fit the same pattern.  The rejection
> interpreted the problems as being with the setup of the  computer on which
> the problem was reported, but I believe they are the result of eric's
> install.py handling virtual environments inconsistently, mostly by ignoring
> them.
>
> The machine where this happened can't send email, but here are some
> highlights.  My setup was a bit unusual.  Windows 10 home. I followed these
> steps for setup:
> 1. install Python 3.8 64 bit for myself only, except that the py command was
> installed for everyone.  Told it to change my PATH to find this python. 2.
> Install Python 3.7 64 bit mostly the same way, except skipped installing
> the py command at all and did not add it to my PATH. (If you're curious: I
> found PySide2 was not yet available for 3.8). 3. py -3.7 -m venv BTF to
> create a virtual environment.
> 4. In an existing command prompt (so I'm pretty sure it did not have the
> PATH update from step 1) cd into BTF and activate.
>
> Some of the evidence of a problem.
> 1. Although py --version returns 3.7 inside that environment, py install.py
> in the appropriate directory from the zip file prints Checking Dependencies
> Python Version: 3.8.0
> 2. It also reports not finding packages that I had installed inside the
> venv. 3. When I let if fetch some of the packages, the messages indicated
> they are being installed into 3.8. 4. And when it later tries to use those
> packages, e.g., PyQt5 it reports it can't find them, presumably because it
> is looking inside the venv (and the complain goes away if I manually
> install it in the venv).
>
> After a few rounds of doing manual installs of dependent packages in the
> venv I gave up and ran pip install eric-ide
> and that seems to have worked: everything necessary is in the venv and I can
> launch the GUI from within the venv.  Of course, I had to re-download
> everything that was in the zip file again. Ross
> _______________________________________________
> Eric mailing list
> Eric at riverbankcomputing.com
> https://urldefense.proofpoint.com/v2/url?u=https-3A__www.riverbankcomputing.com_mailman_listinfo_eric&d=DwICAg&c=iORugZls2LlYyCAZRB3XLg&r=nh70E5-mX2XsDe5lrDDMt_ZRqqGMcdTmTrRLvNmttYA&m=FJbT7MmnYxwI1pjyo4FTHXzn38z977mG_POX5Wdj0YA&s=zHil9dF0bJw_ilyH5UGoW53F2mHk-xWck1Sh5bQhgys&e=

--
Detlev Offenbach
detlev at die-offenbachs.de