Re: [Numpy-discussion] Fortran 90 Library and .mod files numpy.distutils
Was this mail seen? I cannot be sure because it is the first time I posted. On Mon, May 26, 2014 at 2:48 PM, Onur Solmaz onursol...@gmail.com wrote: I am building a Fortran 90 library and its extension. .mod files get generated inside the build/temp.linux-x86_64-2.7/ directory, and stay there; so when building the extension, the compiler complains that it cannot find the modules This is because the include paths do not have the temp directory. I can work this around by adding that to the include paths for the extension, but this is not a clean solution. What is the best solution to this? I also want to be able to use the modules later, because I will distribute the library. It is some other issue whether the modules should be distributed with the library under /usr/lib or /usr/include, refer to this https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49138 bug. Also one can refer to this https://gcc.gnu.org/ml/fortran/2011-06/msg00117.html thread. This is what convinced me to distribute the modules, rather than putting module definitions into header files, which the user can include in their code to recreate the modules. Yet another way is to use submodules, but that feature is not available in Fortran 90. ___ NumPy-Discussion mailing list NumPy-Discussion@scipy.org http://mail.scipy.org/mailman/listinfo/numpy-discussion
Re: [Numpy-discussion] 64-bit windows numpy / scipy wheels for testing
On Fri, May 23, 2014 at 2:41 AM, Matthew Brett matthew.br...@gmail.com wrote: Hi, On Fri, May 9, 2014 at 4:06 AM, David Cournapeau courn...@gmail.com wrote: On Fri, May 9, 2014 at 11:49 AM, Julian Taylor jtaylor.deb...@googlemail.com wrote: On 09.05.2014 12:42, David Cournapeau wrote: On Fri, May 9, 2014 at 1:51 AM, Matthew Brett matthew.br...@gmail.com mailto:matthew.br...@gmail.com wrote: Hi, On Mon, Apr 28, 2014 at 3:29 PM, David Cournapeau courn...@gmail.com mailto:courn...@gmail.com wrote: On Sun, Apr 27, 2014 at 11:50 PM, Matthew Brett matthew.br...@gmail.com mailto:matthew.br...@gmail.com wrote: Aha, On Sun, Apr 27, 2014 at 3:19 PM, Matthew Brett matthew.br...@gmail.com mailto:matthew.br...@gmail.com wrote: Hi, On Sun, Apr 27, 2014 at 3:06 PM, Carl Kleffner cmkleff...@gmail.com mailto:cmkleff...@gmail.com wrote: A possible option is to install the toolchain inside site-packages and to deploy it as PYPI wheel or wininst packages. The PATH to the toolchain could be extended during import of the package. But I have no idea, whats the best strategy to additionaly install ATLAS or other third party libraries. Maybe we could provide ATLAS binaries for 32 / 64 bit as part of the devkit package. It sounds like OpenBLAS will be much easier to build, so we could start with ATLAS binaries as a default, expecting OpenBLAS to be built more often with the toolchain. I think that's how numpy binary installers are built at the moment - using old binary builds of ATLAS. I'm happy to provide the builds of ATLAS - e.g. here: https://nipy.bic.berkeley.edu/scipy_installers/atlas_builds I just found the official numpy binary builds of ATLAS: https://github.com/numpy/vendor/tree/master/binaries But - they are from an old version of ATLAS / Lapack, and only for 32-bit. David - what say we update these to latest ATLAS stable? Fine by me (not that you need my approval !). How easy is it to build ATLAS targetting a specific CPU these days ? I think we need to at least support nosse and sse2 and above. I'm getting crashes trying to build SSE2-only ATLAS on 32-bits, I think Clint will have some time to help out next week. I did some analysis of SSE2 prevalence here: https://github.com/numpy/numpy/wiki/Window-versions Firefox crash reports now have about 1 percent of machines without SSE2. I suspect that people running new installs of numpy will have slightly better machines on average than Firefox users, but it's only a guess. I wonder if we could add a CPU check on numpy import to give a polite 'install from the exe' message for people without SSE2. We could, although you unfortunately can't do it easily from ctypes only (as you need some ASM). I can take a quick look at a simple cython extension that could be imported before anything else, and would raise an ImportError if the wrong arch is detected. assuming mingw is new enough #ifdef __SSE2___ raise_if(!__builtin_cpu_supports(sse)) #endof We need to support it for VS as well, but it looks like win32 API has a function to do it: http://msdn.microsoft.com/en-us/library/ms724482%28VS.85%29.aspx Makes it even easier. Nice. So all we would need is something like: try: from ctypes import windll, wintypes except (ImportError, ValueError): pass else: has_feature = windll.kernel32.IsProcessorFeaturePresent has_feature.argtypes = [wintypes.DWORD] if not has_feature(10): msg = (This version of numpy needs a CPU capable of SSE2, but Windows says - not so.\n, Please reinstall numpy using a superpack installer) raise RuntimeError(msg) At the top of numpy/__init__.py What would be the best way of including that code in the 32-bit wheel? (The 64-bit wheel can depend on SSE2). Maybe write a separate file `_check_win32_sse2.py.in`, and ensure that when you generate `_check_win32_sse2.py` from setup.py you only end up with the above code when you go through the if len(sys.argv) = 2 and sys.argv[1] == 'bdist_wheel': branch. Ralf Cheers, Matthew ___ NumPy-Discussion mailing list NumPy-Discussion@scipy.org http://mail.scipy.org/mailman/listinfo/numpy-discussion ___ NumPy-Discussion mailing list
[Numpy-discussion] Reordering indices
Is there a clean way to create a view on an existing ND-array with its axes in a different order. For example, suppose I have an array of shape (100,200,300,3) and I want to create a view of this where the vector coordinate is axis 0, not axis 3. (So the view will have shape (3,100,200,300).) Reading the help(numpy.ndarray) output I can't find anything better than repeated calls to swapaxes(): B = A.swapaxes(0,3).swapaxes(1,3).swapaxes(2,3) Is there a reorder_axes() method that would let me write something like this: B = A.reorder_axes((3,0,1,2)) Apologies in advance if I've missed the obvious method in the docs. ___ NumPy-Discussion mailing list NumPy-Discussion@scipy.org http://mail.scipy.org/mailman/listinfo/numpy-discussion
Re: [Numpy-discussion] Reordering indices
On Fri, May 30, 2014 at 4:48 PM, Bob Dowling rjd4+nu...@cam.ac.uk wrote: Is there a clean way to create a view on an existing ND-array with its axes in a different order. For example, suppose I have an array of shape (100,200,300,3) and I want to create a view of this where the vector coordinate is axis 0, not axis 3. (So the view will have shape (3,100,200,300).) Reading the help(numpy.ndarray) output I can't find anything better than repeated calls to swapaxes(): B = A.swapaxes(0,3).swapaxes(1,3).swapaxes(2,3) Is there a reorder_axes() method that would let me write something like this: B = A.reorder_axes((3,0,1,2)) Apologies in advance if I've missed the obvious method in the docs. http://docs.scipy.org/doc/numpy/reference/generated/numpy.ndarray.transpose.html -- Robert Kern ___ NumPy-Discussion mailing list NumPy-Discussion@scipy.org http://mail.scipy.org/mailman/listinfo/numpy-discussion
Re: [Numpy-discussion] Reordering indices
http://docs.scipy.org/doc/numpy/reference/generated/numpy.ndarray.transpose.html And I completely missed its general case. D'oh! Thank you. ___ NumPy-Discussion mailing list NumPy-Discussion@scipy.org http://mail.scipy.org/mailman/listinfo/numpy-discussion
Re: [Numpy-discussion] Reordering indices
On Fri, May 30, 2014 at 4:55 PM, Bob Dowling rjd4+nu...@cam.ac.uk wrote: http://docs.scipy.org/doc/numpy/reference/generated/numpy.ndarray.transpose.html And I completely missed its general case. D'oh! Don't feel bad; it's not often discussed, and has a name derived from its rank-2 special case. :-) -- Robert Kern ___ NumPy-Discussion mailing list NumPy-Discussion@scipy.org http://mail.scipy.org/mailman/listinfo/numpy-discussion
Re: [Numpy-discussion] Reordering indices
On Fri, May 30, 2014 at 8:48 AM, Bob Dowling rjd4+nu...@cam.ac.uk wrote: Is there a clean way to create a view on an existing ND-array with its axes in a different order. There's an epidemic of axes reordering, the exact same thing was asked yesterday in StackOverflow: http://stackoverflow.com/questions/23943379/swapping-the-dimensions-of-a-numpy-array/23944468#23944468 Aside from the general solution provided by Robert, for your use case, where you just want to move a single axis to a different position, you may want to use `np.rollaxis`: http://docs.scipy.org/doc/numpy/reference/generated/numpy.rollaxis.html Jaime -- (\__/) ( O.o) ( ) Este es Conejo. Copia a Conejo en tu firma y ayúdale en sus planes de dominación mundial. ___ NumPy-Discussion mailing list NumPy-Discussion@scipy.org http://mail.scipy.org/mailman/listinfo/numpy-discussion
Re: [Numpy-discussion] Fortran 90 Library and .mod files numpy.distutils
Hi Onur, Have you taken a look at https://github.com/numpy/numpy/issues/1350 ? Maybe both issues are related. Cheers, David H. On Fri, May 30, 2014 at 6:20 AM, Onur Solmaz onursol...@gmail.com wrote: Was this mail seen? I cannot be sure because it is the first time I posted. On Mon, May 26, 2014 at 2:48 PM, Onur Solmaz onursol...@gmail.com wrote: I am building a Fortran 90 library and its extension. .mod files get generated inside the build/temp.linux-x86_64-2.7/ directory, and stay there; so when building the extension, the compiler complains that it cannot find the modules This is because the include paths do not have the temp directory. I can work this around by adding that to the include paths for the extension, but this is not a clean solution. What is the best solution to this? I also want to be able to use the modules later, because I will distribute the library. It is some other issue whether the modules should be distributed with the library under /usr/lib or /usr/include, refer to this https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49138 bug. Also one can refer to this https://gcc.gnu.org/ml/fortran/2011-06/msg00117.html thread. This is what convinced me to distribute the modules, rather than putting module definitions into header files, which the user can include in their code to recreate the modules. Yet another way is to use submodules, but that feature is not available in Fortran 90. ___ NumPy-Discussion mailing list NumPy-Discussion@scipy.org http://mail.scipy.org/mailman/listinfo/numpy-discussion -- David Huard, PhD Conseiller scientifique, Ouranos ___ NumPy-Discussion mailing list NumPy-Discussion@scipy.org http://mail.scipy.org/mailman/listinfo/numpy-discussion
[Numpy-discussion] ANN: Pandas 0.14.0 released
Hello, We are proud to announce v0.14.0 of pandas, a major release from 0.13.1. This release includes a small number of API changes, several new features, enhancements, and performance improvements along with a large number of bug fixes. This was 4 months of work with 1014 commits by 121 authors encompassing 757 issues. We recommend that all users upgrade to this version. *Highlights:* - Officially support Python 3.4 - SQL interfaces updated to use sqlalchemy - Display interface changes - MultiIndexing Using Slicers - Ability to join a singly-indexed DataFrame with a multi-indexed DataFrame - More consistency in groupby results and more flexible groupby specifications - Holiday calendars are now supported in CustomBusinessDay - Several improvements in plotting functions, including: hexbin, area and pie plots - Performance doc section on I/O operations See a full description of Whatsnew for v0.14.0 here: http://pandas.pydata.org/pandas-docs/stable/whatsnew.html *What is it:* *pandas* is a Python package providing fast, flexible, and expressive data structures designed to make working with “relational” or “labeled” data both easy and intuitive. It aims to be the fundamental high-level building block for doing practical, real world data analysis in Python. Additionally, it has the broader goal of becoming the most powerful and flexible open source data analysis / manipulation tool available in any language. Documentation: http://pandas.pydata.org/pandas-docs/stable/ Source tarballs, windows binaries are available on PyPI: https://pypi.python.org/pypi/pandas windows binaries are courtesy of Christoph Gohlke and are built on Numpy 1.8 macosx wheels will be available soon, courtesy of Matthew Brett Please report any issues here: https://github.com/pydata/pandas/issues Thanks The Pandas Development Team Contributors to the 0.14.0 release - Acanthostega - Adam Marcus - agijsberts - akittredge - Alex Gaudio - Alex Rothberg - AllenDowney - Andrew Rosenfeld - Andy Hayden - ankostis - anomrake - Antoine Mazières - anton-d - bashtage - Benedikt Sauer - benjamin - Brad Buran - bwignall - cgohlke - chebee7i - Christopher Whelan - Clark Fitzgerald - clham - Dale Jung - Dan Allan - Dan Birken - danielballan - Daniel Waeber - David Jung - David Stephens - Douglas McNeil - DSM - Garrett Drapala - Gouthaman Balaraman - Guillaume Poulin - hshimizu77 - hugo - immerrr - ischwabacher - Jacob Howard - Jacob Schaer - jaimefrio - Jason Sexauer - Jeff Reback - Jeffrey Starr - Jeff Tratner - John David Reaver - John McNamara - John W. O'Brien - Jonathan Chambers - Joris Van den Bossche - jreback - jsexauer - Julia Evans - Júlio - Katie Atkinson - kdiether - Kelsey Jordahl - Kevin Sheppard - K.-Michael Aye - Matthias Kuhn - Matt Wittmann - Max Grender-Jones - Michael E. Gruen - michaelws - mikebailey - Mike Kelly - Nipun Batra - Noah Spies - ojdo - onesandzeroes - Patrick O'Keeffe - phaebz - Phillip Cloud - Pietro Battiston - PKEuS - Randy Carnevale - ribonoous - Robert Gibboni - rockg - sinhrks - Skipper Seabold - SplashDance - Stephan Hoyer - Tim Cera - Tobias Brandt - Todd Jennings - TomAugspurger - Tom Augspurger - unutbu - westurner - Yaroslav Halchenko - y-p - zach powers ___ NumPy-Discussion mailing list NumPy-Discussion@scipy.org http://mail.scipy.org/mailman/listinfo/numpy-discussion
[Numpy-discussion] Renaming OSX wheels on pypi to make them more general
Hi, This is actually for both of numpy and scipy. I would like to rename the current OSX wheels on pypi so that they will be installed by default on system python, homebrew, macports, as well as Python.org Python. At the moment, they will only be found and installed by default by Python.org Python. For reasons explained here: https://github.com/MacPython/wiki/wiki/Spinning-wheels and confirmed with testing here: https://travis-ci.org/matthew-brett/scipy-stack-osx-testing/builds/25131865 - OSX wheels built for Python.org python do in fact work correctly for the homebrew, macports and system python. In fact, future versions of pip will very likely offer the Python.org OSX wheels for installation on these other systems by default: https://github.com/pypa/pip/pull/1465 Renaming the wheels just adds the 'platform tag' for these other versions of Python to the wheel name, so pip sees they are compatible. For example, I propose to rename the current numpy wheel from: numpy-1.8.1-cp27-none-macosx_10_6_intel.whl to: numpy-1.8.1-cp27-none-macosx_10_6_intel.macosx_10_9_intel.macosx_10_9_x86_64.whl I think this is only an improvement to the current situation, in that users of pip on these other OSX systems will get a fast binary install rather than a slow compiled install. Any comments? Cheers, Matthew ___ NumPy-Discussion mailing list NumPy-Discussion@scipy.org http://mail.scipy.org/mailman/listinfo/numpy-discussion
Re: [Numpy-discussion] ANN: Pandas 0.14.0 released
pip install --user --up pandas Downloading/unpacking pandas from https://pypi.python.org/packages/source/p/pandas/pandas-0.14.0.tar.gz#md5=b775987c0ceebcc8d5ace4a1241c967a ... Downloading/unpacking numpy=1.6.1 from https://pypi.python.org/packages/source/n/numpy/numpy-1.8.1.tar.gz#md5=be95babe263bfa3428363d6db5b64678 (from pandas) Downloading numpy-1.8.1.tar.gz (3.8MB): 3.8MB downloaded Running setup.py egg_info for package numpy Running from numpy source directory. warning: no files found matching 'tools/py3tool.py' warning: no files found matching '*' under directory 'doc/f2py' warning: no previously-included files matching '*.pyc' found anywhere in distribution warning: no previously-included files matching '*.pyo' found anywhere in distribution warning: no previously-included files matching '*.pyd' found anywhere in distribution Downloading/unpacking six from https://pypi.python.org/packages/source/s/six/six-1.6.1.tar.gz#md5=07d606ac08595d795bf926cc9985674f (from python-dateutil-pandas) Downloading six-1.6.1.tar.gz Running setup.py egg_info for package six no previously-included directories found matching 'documentation/_build' Installing collected packages: pandas, pytz, numpy, six What? I already have numpy-1.8.0 installed (also have six, pytz). ___ NumPy-Discussion mailing list NumPy-Discussion@scipy.org http://mail.scipy.org/mailman/listinfo/numpy-discussion
Re: [Numpy-discussion] ANN: Pandas 0.14.0 released
the upgrade flag on pip is apparently recursive on all deps On May 30, 2014, at 6:16 PM, Neal Becker ndbeck...@gmail.com wrote: pip install --user --up pandas Downloading/unpacking pandas from https://pypi.python.org/packages/source/p/pandas/pandas-0.14.0.tar.gz#md5=b775987c0ceebcc8d5ace4a1241c967a ... Downloading/unpacking numpy=1.6.1 from https://pypi.python.org/packages/source/n/numpy/numpy-1.8.1.tar.gz#md5=be95babe263bfa3428363d6db5b64678 (from pandas) Downloading numpy-1.8.1.tar.gz (3.8MB): 3.8MB downloaded Running setup.py egg_info for package numpy Running from numpy source directory. warning: no files found matching 'tools/py3tool.py' warning: no files found matching '*' under directory 'doc/f2py' warning: no previously-included files matching '*.pyc' found anywhere in distribution warning: no previously-included files matching '*.pyo' found anywhere in distribution warning: no previously-included files matching '*.pyd' found anywhere in distribution Downloading/unpacking six from https://pypi.python.org/packages/source/s/six/six-1.6.1.tar.gz#md5=07d606ac08595d795bf926cc9985674f (from python-dateutil-pandas) Downloading six-1.6.1.tar.gz Running setup.py egg_info for package six no previously-included directories found matching 'documentation/_build' Installing collected packages: pandas, pytz, numpy, six What? I already have numpy-1.8.0 installed (also have six, pytz). ___ NumPy-Discussion mailing list NumPy-Discussion@scipy.org http://mail.scipy.org/mailman/listinfo/numpy-discussion ___ NumPy-Discussion mailing list NumPy-Discussion@scipy.org http://mail.scipy.org/mailman/listinfo/numpy-discussion
Re: [Numpy-discussion] ANN: Pandas 0.14.0 released
Hi, On Fri, May 30, 2014 at 3:16 PM, Neal Becker ndbeck...@gmail.com wrote: pip install --user --up pandas Downloading/unpacking pandas from https://pypi.python.org/packages/source/p/pandas/pandas-0.14.0.tar.gz#md5=b775987c0ceebcc8d5ace4a1241c967a ... Downloading/unpacking numpy=1.6.1 from https://pypi.python.org/packages/source/n/numpy/numpy-1.8.1.tar.gz#md5=be95babe263bfa3428363d6db5b64678 (from pandas) Downloading numpy-1.8.1.tar.gz (3.8MB): 3.8MB downloaded Running setup.py egg_info for package numpy Running from numpy source directory. warning: no files found matching 'tools/py3tool.py' warning: no files found matching '*' under directory 'doc/f2py' warning: no previously-included files matching '*.pyc' found anywhere in distribution warning: no previously-included files matching '*.pyo' found anywhere in distribution warning: no previously-included files matching '*.pyd' found anywhere in distribution Downloading/unpacking six from https://pypi.python.org/packages/source/s/six/six-1.6.1.tar.gz#md5=07d606ac08595d795bf926cc9985674f (from python-dateutil-pandas) Downloading six-1.6.1.tar.gz Running setup.py egg_info for package six no previously-included directories found matching 'documentation/_build' Installing collected packages: pandas, pytz, numpy, six What? I already have numpy-1.8.0 installed (also have six, pytz). Yes, this is a very unfortunate feature of pip --upgrade - it does a recursive upgrade of all dependent packages: http://pip.readthedocs.org/en/latest/reference/pip_install.html#cmdoption-U https://github.com/pypa/pip/issues/304 Maybe you could just do: pip install --ignore-install pandas instead? Cheers, Matthew ___ NumPy-Discussion mailing list NumPy-Discussion@scipy.org http://mail.scipy.org/mailman/listinfo/numpy-discussion
Re: [Numpy-discussion] [pydata] Re: ANN: Pandas 0.14.0 released
I sometimes do pip install pandas==0.14.0 This requires you know the version number, but is still much easier than the arcane mutterings that are otherwise needed if you want to be fully correct (pull in new dependencies, etc.). -n On 30 May 2014 23:31, Matthew Brett matthew.br...@gmail.com wrote: Hi, On Fri, May 30, 2014 at 3:16 PM, Neal Becker ndbeck...@gmail.com wrote: pip install --user --up pandas Downloading/unpacking pandas from https://pypi.python.org/packages/source/p/pandas/pandas-0.14.0.tar.gz#md5=b775987c0ceebcc8d5ace4a1241c967a ... Downloading/unpacking numpy=1.6.1 from https://pypi.python.org/packages/source/n/numpy/numpy-1.8.1.tar.gz#md5=be95babe263bfa3428363d6db5b64678 (from pandas) Downloading numpy-1.8.1.tar.gz (3.8MB): 3.8MB downloaded Running setup.py egg_info for package numpy Running from numpy source directory. warning: no files found matching 'tools/py3tool.py' warning: no files found matching '*' under directory 'doc/f2py' warning: no previously-included files matching '*.pyc' found anywhere in distribution warning: no previously-included files matching '*.pyo' found anywhere in distribution warning: no previously-included files matching '*.pyd' found anywhere in distribution Downloading/unpacking six from https://pypi.python.org/packages/source/s/six/six-1.6.1.tar.gz#md5=07d606ac08595d795bf926cc9985674f (from python-dateutil-pandas) Downloading six-1.6.1.tar.gz Running setup.py egg_info for package six no previously-included directories found matching 'documentation/_build' Installing collected packages: pandas, pytz, numpy, six What? I already have numpy-1.8.0 installed (also have six, pytz). Yes, this is a very unfortunate feature of pip --upgrade - it does a recursive upgrade of all dependent packages: http://pip.readthedocs.org/en/latest/reference/pip_install.html#cmdoption-U https://github.com/pypa/pip/issues/304 Maybe you could just do: pip install --ignore-install pandas instead? Cheers, Matthew -- You received this message because you are subscribed to the Google Groups PyData group. To unsubscribe from this group and stop receiving emails from it, send an email to pydata+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. ___ NumPy-Discussion mailing list NumPy-Discussion@scipy.org http://mail.scipy.org/mailman/listinfo/numpy-discussion
Re: [Numpy-discussion] [pydata] Re: ANN: Pandas 0.14.0 released
If you really want to use complicated command line switches I think the correct ones are: pip install -U --no-deps pandas pip install pandas (Yes, you have to run both commands in order to handle all cases correctly.) -n On 30 May 2014 23:54, Matthew Brett matthew.br...@gmail.com wrote: Hi, On Fri, May 30, 2014 at 3:31 PM, Matthew Brett matthew.br...@gmail.com wrote: Hi, On Fri, May 30, 2014 at 3:16 PM, Neal Becker ndbeck...@gmail.com wrote: pip install --user --up pandas Downloading/unpacking pandas from https://pypi.python.org/packages/source/p/pandas/pandas-0.14.0.tar.gz#md5=b775987c0ceebcc8d5ace4a1241c967a ... Downloading/unpacking numpy=1.6.1 from https://pypi.python.org/packages/source/n/numpy/numpy-1.8.1.tar.gz#md5=be95babe263bfa3428363d6db5b64678 (from pandas) Downloading numpy-1.8.1.tar.gz (3.8MB): 3.8MB downloaded Running setup.py egg_info for package numpy Running from numpy source directory. warning: no files found matching 'tools/py3tool.py' warning: no files found matching '*' under directory 'doc/f2py' warning: no previously-included files matching '*.pyc' found anywhere in distribution warning: no previously-included files matching '*.pyo' found anywhere in distribution warning: no previously-included files matching '*.pyd' found anywhere in distribution Downloading/unpacking six from https://pypi.python.org/packages/source/s/six/six-1.6.1.tar.gz#md5=07d606ac08595d795bf926cc9985674f (from python-dateutil-pandas) Downloading six-1.6.1.tar.gz Running setup.py egg_info for package six no previously-included directories found matching 'documentation/_build' Installing collected packages: pandas, pytz, numpy, six What? I already have numpy-1.8.0 installed (also have six, pytz). Yes, this is a very unfortunate feature of pip --upgrade - it does a recursive upgrade of all dependent packages: http://pip.readthedocs.org/en/latest/reference/pip_install.html#cmdoption-U https://github.com/pypa/pip/issues/304 Maybe you could just do: pip install --ignore-install pandas instead? Seconding Nathaniel's suggestion instead: pip install --ignore-installed pandas (note fixed typo s/ignore-install/ignore-installed/) also tries to upgrade numpy. Cheers, Matthew -- You received this message because you are subscribed to the Google Groups PyData group. To unsubscribe from this group and stop receiving emails from it, send an email to pydata+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. ___ NumPy-Discussion mailing list NumPy-Discussion@scipy.org http://mail.scipy.org/mailman/listinfo/numpy-discussion
