<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Fri, Sep 11, 2015 at 3:40 AM, Nathaniel Smith <span dir="ltr"><<a href="mailto:njs@pobox.com" target="_blank">njs@pobox.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><p dir="ltr">Did you use pip to install those in-development versions of numpy etc., or just 'setup.py install'? The latter is unfortunately broken in several ways -- what might be biting you here is that it does not install the package metadata (.egg-info or .dist-info) that setuptools and pip need to know whether numpy is installed or not, what version it is, etc. -- this is separate from just having a numpy directory on your pythonpath. </p></blockquote><div>weird that</div><div><br></div><div>setup.py develop --nodeps doesn't work, though.</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><p dir="ltr">The best / only correct way to install a package from source or a git checkout is 'pip install <source dir>'; never run setup.py directly.</p>
<p dir="ltr">(Yes, this is absurd, but I don't make the rules...)</p><span class="HOEnZb"><font color="#888888">
<p dir="ltr"></p></font></span></blockquote><div>Yeah, the separation of concerns of distutils, setuptools, pipi, etc is a big hairy mess.</div><div><br></div><div>But we *could* force, or at least encourage, the use of setuptools in the numpy build. The reason pip works is because it Monkey-patches setuptools into the install process.</div><div><br></div><div>Or maybe I'm am mis-informed - this is very tangled up!</div><div><br></div><div>-CHB</div><div><br></div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="HOEnZb"><font color="#888888"><p dir="ltr">-n</p></font></span><div class="HOEnZb"><div class="h5">
<div class="gmail_quote">On Sep 11, 2015 03:30, "Vincent Schut" <<a href="mailto:schut@sarvision.nl" target="_blank">schut@sarvision.nl</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<br>
I'm used to working with unstable versions for most of my numpy/scipy/etc stack (usually from git head). So I have installed numpy 1.11.0.dev0-3397fce, scipy 0.17.0.dev0-279ef0c, etc. I have extracted matplotlib from git, but when I build this ("python setup.py build", or even with "python setup.py develop --no-deps"), it keeps building it's own numpy 1.9.2 egg, look at this snippet of the output:<br>
<br>
...<br>
Installed /usr/local/src/matplotlib/.eggs/numpy-1.9.2-py2.7-linux-x86_64.egg<br>
/usr/lib/python2.7/site-packages/setuptools/dist.py:316: UserWarning: Module numpy was already imported from /usr/lib/python2.7/site-packages/numpy/__init__.pyc, but /usr/local/src/matplotlib/.eggs/numpy-1.9.2-py2.7-linux-x86_64.egg is being added to sys.path<br>
...<br>
<br>
Strange thing is, in the beginning matplotlib seems to happily recognize my numpy:<br>
<br>
REQUIRED DEPENDENCIES AND EXTENSIONS<br>
                 numpy: yes [version 1.11.0.dev0+3397fce]<br>
              dateutil: yes [using dateutil version 2.4.2]<br>
                  pytz: yes [using pytz version 2015.4]<br>
                cycler: yes [using cycler version 0.9.0]<br>
               tornado: yes [using tornado version 4.2.1]<br>
             pyparsing: yes [using pyparsing version 2.0.3]<br>
                libagg: yes [Requires patches that have not been merged<br>
                        upstream. Using local copy.]<br>
              freetype: yes [version 2.6.0]<br>
                   png: yes [version 1.6.18]<br>
                 qhull: yes [pkg-config information for 'qhull' could not be<br>
                        found. Using local copy.]<br>
<br>
However, it immediately starts building numpy 1.9.2 after that.<br>
<br>
Having more than one version of numpy (or whatever python package) just messes up my system, I don't want several different versions of numpy to co-exist. Anything I can do to make matplotlib recognize and use my numpy from git?<br>
<br>
Best,<br>
Vincent.<br>
<br>
_______________________________________________<br>
Matplotlib-devel mailing list<br>
<a href="mailto:Matplotlib-devel@python.org" target="_blank">Matplotlib-devel@python.org</a><br>
<a href="https://mail.python.org/mailman/listinfo/matplotlib-devel" rel="noreferrer" target="_blank">https://mail.python.org/mailman/listinfo/matplotlib-devel</a><br>
</blockquote></div>
</div></div><br>_______________________________________________<br>
Matplotlib-devel mailing list<br>
<a href="mailto:Matplotlib-devel@python.org">Matplotlib-devel@python.org</a><br>
<a href="https://mail.python.org/mailman/listinfo/matplotlib-devel" rel="noreferrer" target="_blank">https://mail.python.org/mailman/listinfo/matplotlib-devel</a><br>
<br></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature"><br>Christopher Barker, Ph.D.<br>Oceanographer<br><br>Emergency Response Division<br>NOAA/NOS/OR&R            (206) 526-6959   voice<br>7600 Sand Point Way NE   (206) 526-6329   fax<br>Seattle, WA  98115       (206) 526-6317   main reception<br><br><a href="mailto:Chris.Barker@noaa.gov" target="_blank">Chris.Barker@noaa.gov</a></div>
</div></div>