<div dir="auto"><div>This can be applied also to virtualenv. What you need to do, imho, is to just create conda envs. They're isolated from system interpreters and they should not collide with anything. In these envs you can install whatever you want... And keep it from interfering with system packages... </div><div dir="auto"><br></div><div dir="auto"><br><br><div class="gmail_quote" dir="auto"><div dir="ltr" class="gmail_attr">On Mon, 12 Aug 2019, 07:55 Fielding, Eric J (US 329A) via macports-users, <<a href="mailto:macports-users@lists.macports.org">macports-users@lists.macports.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">





<div lang="EN-US" link="#0563C1" vlink="#954F72">
<div class="m_-2859470989797507017WordSection1">
<p class="MsoNormal"><span style="font-size:11.0pt">I saw the discussion the last few days about the problems with using both HomeBrew and MacPorts on the same system. I was wondering about problems with using MacPorts and Anaconda to install different packages.
 I have been using MacPorts for a long time with few problems, but sometimes I need newer versions of Python packages or I need to install something that is available as a conda package. It seems that Anaconda is specifically designed to keep separate copies
 of the things it needs and switch between environments, so I assume that there should be fewer problems with MacPorts than using something like HomeBrew.<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt"><u></u> <u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt">Thanks,<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt">                ++Eric<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt">Pasadena, California<u></u><u></u></span></p>
</div>
</div>

</blockquote></div></div></div>