<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=Windows-1252">
<meta name="Generator" content="Microsoft Exchange Server">
<!-- converted from text --><style><!-- .EmailQuote { margin-left: 1pt; padding-left: 4pt; border-left: #800000 2px solid; } --></style>
</head>
<body>
<meta content="text/html; charset=utf-8">
<meta name="x_Generator" content="Microsoft Word 15 (filtered medium)">
<style>
<!--
@font-face
        {font-family:"Cambria Math"}
@font-face
        {font-family:DengXian}
@font-face
        {font-family:Calibri}
@font-face
        {}
p.x_MsoNormal, li.x_MsoNormal, div.x_MsoNormal
        {margin:0in;
        margin-bottom:.0001pt;
        font-size:11.0pt;
        font-family:"Calibri",sans-serif}
a:x_link, span.x_MsoHyperlink
        {color:blue;
        text-decoration:underline}
a:x_visited, span.x_MsoHyperlinkFollowed
        {color:#954F72;
        text-decoration:underline}
.x_MsoChpDefault
        {}
@page WordSection1
        {margin:1.0in 1.0in 1.0in 1.0in}
div.x_WordSection1
        {}
-->
</style>
<div lang="EN-US" link="blue" vlink="#954F72">
<div class="x_WordSection1">
<p class="x_MsoNormal">I don’t see a PYTHONPATH option in either of those two places.</p>
<p class="x_MsoNormal"> </p>
<p class="x_MsoNormal">I will try eric more and get back to you on what I think should be part of the virtual environment definition.</p>
<p class="x_MsoNormal"> </p>
</div>
<hr tabindex="-1" style="display:inline-block; width:98%">
<div id="x_divRplyFwdMsg" dir="ltr"><font face="Calibri, sans-serif" color="#000000" style="font-size:11pt"><b>From:</b> Detlev Offenbach <detlev@die-offenbachs.de><br>
<b>Sent:</b> Sunday, September 16, 2018 4:48:02 PM<br>
<b>To:</b> Eric@riverbankcomputing.com<br>
<b>Cc:</b> Alex Gerhardt-Bourke; Christos Sevastiadis<br>
<b>Subject:</b> Re: [Eric] Support network for eric, conda, and internet connection</font>
<div> </div>
</div>
</div>
<font size="2"><span style="font-size:11pt;">
<div class="PlainText">The working directory entry does what it says. The debugger process does a
<br>
kind of 'cd' into this directory and is started thereafter.<br>
<br>
Another possibility should be to set the PYTHONPATH environment variable. This <br>
could be set in the named dialog as well as permanently in the project <br>
debugger properties (Project menu -> Debugger submenu).<br>
<br>
I am open for suggestions for what stuff should be part of a virtual <br>
environment definition and how it should be used.<br>
<br>
Detlev<br>
<br>
Am Sonntag, 16. September 2018, 09:38:14 CEST schrieb Alex Gerhardt-Bourke:<br>
> I have found that, under the setup I described in my last email, it is<br>
> necessary to have \AppData\Local\conda\conda\envs\testEric\Library\bin;<br>
> Included in PATH in order to import numpy successfully.<br>
> <br>
> Setting this path as the “working directory” in the “Run Script” prompt<br>
> seems to solve the issue. What is the “working directory” setting supposed<br>
> to control, and would I expect other consequences to doing this? Is there a<br>
> way to tie this working directory to a particular virtual environment?<br>
> <br>
> Regards,<br>
> Alex.<br>
> <br>
> ________________________________<br>
> From: Eric <eric-bounces@riverbankcomputing.com> on behalf of Alex<br>
> Gerhardt-Bourke <agerhbour@hotmail.com> Sent: Sunday, September 16, 2018<br>
> 1:14:12 PM<br>
> To: Christos Sevastiadis; detlev@die-offenbachs.de<br>
> Cc: Eric@riverbankcomputing.com<br>
> Subject: Re: [Eric] Support network for eric, conda, and internet connection<br>
> <br>
> Hi All,<br>
> <br>
> Thankyou for your responses.<br>
> <br>
> Toggling the Dynamic Online Status Determination meant I am now able to<br>
> retrieve the list of plugins. It did not solve the issue of being able to<br>
> connect to IRC servers – not a huge issue but would be nice to know what is<br>
> causing this.<br>
> <br>
> With regards to Conda environments – thankyou Christos for your useful<br>
> contributions. Installing eric6 under its own virtual environment is a<br>
> great idea as it means I can keep pyqt5 and qscintilla and other packages<br>
> used by eric in compatible versions with eric. The way you have described<br>
> setting conda virtual environments works a charm – it seems you can only<br>
> set an environment as a “global environment” if you have not also set the<br>
> directory path name. I also do not know what the effect of this is.<br>
> <br>
> I have now realized, after testing with other modules, that it is the numpy<br>
> module in particular that is making life difficult. Here is my setup:<br>
> Miniconda installed, base environment has no extra modules installed eric6<br>
> environment has pyqt5, qscintilla installed underneath it. Eric has been<br>
> installed and is running under this environment testEric environment has<br>
> numpy installed. Numpy successfully imports when running through the<br>
> anaconda prompt with the testEric environment activated.<br>
> <br>
> Now, if I try to import numpy in a script and run through eric, where I<br>
> choose testEric as the virtual environment, I get an import error. This is<br>
> the same import error I get if I manually run the testEric python<br>
> interpreter and try to import numpy. So I assume conda is doing something<br>
> else when I run its activation script. I have tried changing the virtual<br>
> environment configuration in eric, in particular the “global environment”<br>
> toggle as mentioned before, as well as changing the <default> global<br>
> environment to both the conda base interpreter, and the eric6 environment<br>
> interpreter. Clearly none of these settings also change whatever conda is<br>
> doing.<br>
> <br>
> Cristos – do you work with numpy and do you work with numpy in eric? Perhaps<br>
> this is one of your “working” packages you have installed under the base<br>
> environment. I assume this issue won’t exist if running through the base<br>
> environment, but this is clearly not a solution if one wants to work with<br>
> virtual environments in their intended sense.<br>
> <br>
> Thankyou all again for your input,<br>
> Regards,<br>
> Alex.<br>
> <br>
> <br>
> From: Christos Sevastiadis<<a href="mailto:csevast@auth.gr">mailto:csevast@auth.gr</a>><br>
> Sent: Saturday, September 15, 2018 10:17 PM<br>
> Subject: Re: [Eric] Support network for eric, conda, and internet connection<br>
> <br>
> <br>
> On Sat, 15 Sep 2018 at 17:07, Detlev Offenbach<br>
> <detlev@die-offenbachs.de<mailto:detlev@die-offenbachs.de>> wrote:<br>
> <br>
> Am Samstag, 15. September 2018, 15:25:05 CEST schrieb Christos Sevastiadis:<br>
> <br>
> ..<br>
> <br>
> > P.S. to Detlev: It should be convenient if the of the default running<br>
> > environment was saved in the project. That means there is a default<br>
> > running<br>
> > environment for all new projects, but it can be changed and saved on each<br>
> > project.<br>
> <br>
> Virtual environments can be different on different computers/operating<br>
> systems. Therefore I am not including this in the project data, because that<br>
> should be platform/installation neutral. However, one can configure the<br>
> debugger settings specifically for a project through the Project menu<br>
> (Project->Debugger). Loading and saving of the project debugger settings<br>
> can be configured on the Project->Project configuration page.<br>
> <br>
> Detlev<br>
> --<br>
> Detlev Offenbach<br>
> detlev@die-offenbachs.de<mailto:detlev@die-offenbachs.de><br>
> <br>
> <br>
> <br>
> I didn't notice the Debug options in the project Menu, as I was expecting it<br>
> somewhere in or close to the Project options in the same menu. Because I<br>
> started to use Python with the Anaconda distribution, which is popular for<br>
> scientific applications, from the beginning I was involved with the<br>
> problems of Conda environments and Eric. One way or another I solved them,<br>
> with no need the Conda system to be integrated into Eric. I hope Alex will<br>
> make it either.<br>
> <br>
> Christos.<br>
<br>
-- <br>
Detlev Offenbach<br>
detlev@die-offenbachs.de<br>
<br>
<br>
</div>
</span></font>
</body>
</html>