Hi,
On Wed, Mar 15, 2017 at 4:20 PM, Pauli Virtanen wrote:
> Wed, 15 Mar 2017 14:56:52 -0700, Nathaniel Smith kirjoitti:
> [clip]
>> As long as we can fit under the 1 gig size limit then GH pages seems
>> like the best option so far... it's reliable, widely understood, and all
>> of
Hi,
On Wed, Mar 15, 2017 at 2:47 AM, Ralf Gommers <ralf.gomm...@gmail.com> wrote:
>
>
> On Wed, Mar 15, 2017 at 3:21 PM, Matthew Brett <matthew.br...@gmail.com>
> wrote:
>>
>> Hi,
>>
>> The scipy.org site is down at the moment, and has been for
Hi,
The scipy.org site is down at the moment, and has been for more than 36 hours:
https://github.com/numpy/numpy/issues/8779#issue-213781439
This has happened before:
https://github.com/scipy/scipy.org/issues/187#issue-186426408
I think it was down for about 24 hours that time.
>From the
Hi,
Has anyone succeeded in building numpy with Clang on Windows? Or,
building any other Python extension with Clang on Windows? I'd love
to hear about how you did it...
Cheers,
Matthew
___
NumPy-Discussion mailing list
NumPy-Discussion@scipy.org
Hi,
On Tue, Feb 28, 2017 at 3:04 PM, Sebastian K
wrote:
> Yes you are right. There is no need to add that line. I deleted it. But the
> measured heap peak is still the same.
You're applying the naive matrix multiplication algorithm, which is
ideal for minimizing
Hi,
On Tue, Feb 28, 2017 at 2:12 PM, Sebastian K
wrote:
> Thank you for your answer.
> For example a very simple algorithm is a matrix multiplication. I can see
> that the heap peak is much higher for the numpy version in comparison to a
> pure python 3
Hi,
I've been working to get daily travis-ci cron-job manylinux builds
working for numpy and scipy wheels. They are now working OK:
https://travis-ci.org/MacPython/numpy-wheels
https://travis-ci.org/MacPython/scipy-wheels
Hi,
On Mon, Feb 27, 2017 at 11:46 AM, Benjamin Root wrote:
> Ah, that wheel would be a huge help. Most of the packages I have as
> dependencies for this project were compiled against v1.10, so I am hoping
> that there won't be too big of a problem.
I don't think so - the
Hi,
On Mon, Feb 27, 2017 at 11:27 AM, Charles R Harris
wrote:
>
>
> On Mon, Feb 27, 2017 at 11:43 AM, Benjamin Root
> wrote:
>>
>> What's the timeline for the next release? I have the perfect usecase for
>> this (Haversine calculation on large
On Sat, Feb 25, 2017 at 7:48 AM, David Cournapeau wrote:
> tools/win32build is used to build the so-called superpack installers, which
> we don't build anymore AFAIK
>
> tools/numpy-macosx-installer is used to build the .dmg for numpy (also not
> used anymore AFAIK).
No, we
On Wed, Feb 15, 2017 at 6:53 PM, Sandro Tosi wrote:
>> A recent post to the wheel-builders mailing list pointed out some
>> links to places providing free PowerPC hosting for open source
>> projects, if they agree to a submitted request:
>
> The debian project has some powerpc
Hi,
On Thu, Feb 16, 2017 at 12:50 AM, Ralf Gommers <ralf.gomm...@gmail.com> wrote:
>
>
> On Thu, Feb 16, 2017 at 8:58 AM, Matthew Brett <matthew.br...@gmail.com>
> wrote:
>>
>> On Wed, Feb 15, 2017 at 7:55 PM, Ralf Gommers <ralf.gomm...@gmail.com>
>
On Wed, Feb 15, 2017 at 7:55 PM, Ralf Gommers <ralf.gomm...@gmail.com> wrote:
>
>
> On Thu, Feb 16, 2017 at 8:45 AM, Matthew Brett <matthew.br...@gmail.com>
> wrote:
>>
>> On Wed, Feb 15, 2017 at 7:37 PM, Ralf Gommers <ralf.gomm...@gmail.com>
>> wr
On Wed, Feb 15, 2017 at 7:37 PM, Ralf Gommers <ralf.gomm...@gmail.com> wrote:
>
>
> On Thu, Feb 16, 2017 at 8:02 AM, Matthew Brett <matthew.br...@gmail.com>
> wrote:
>>
>> Hey,
>>
>> A recent post to the wheel-builders mailing list pointed out some
&
Hey,
A recent post to the wheel-builders mailing list pointed out some
links to places providing free PowerPC hosting for open source
projects, if they agree to a submitted request:
https://mail.python.org/pipermail/wheel-builders/2017-February/000257.html
It would be good to get some testing
.cpp
Also - have a look at https://pypi.python.org/pypi/transforms3d - and
in particular you might get some use from symbolic versions of the
transformations, e.g. here :
https://github.com/matthew-brett/transforms3d/blob/master/transforms3d/derivations/eulerangles.py
It's really easy to mix up the
the travis-ci containers, not
just the Precise container;
* manylinux wheels don't need any extra packages installed by apt,
because they are self-contained.
There's an example of use at
https://github.com/matthew-brett/nibabel/blob/use-pre/.travis.yml#L23
Cheers,
Matthew
[1] https://docs.travis
On Tue, Jan 17, 2017 at 3:47 PM, Neal Becker <ndbeck...@gmail.com> wrote:
> Matthew Brett wrote:
>
>> Hi,
>>
>> On Tue, Jan 17, 2017 at 5:56 AM, Neal Becker <ndbeck...@gmail.com> wrote:
>>> Charles R Harris wrote:
>>>
>>>>
Hi,
On Tue, Jan 17, 2017 at 5:56 AM, Neal Becker wrote:
> Charles R Harris wrote:
>
>> Hi All,
>>
>> I'm pleased to announce the NumPy 1.12.0 release. This release supports
>> Python 2.7 and 3.4-3.6. Wheels for all supported Python versions may be
>> downloaded from PiPY
>>
Hi,
On Sun, Jan 15, 2017 at 10:00 PM, Thomas Caswell wrote:
> Folks,
>
> Over at h5py we are trying to get a release out and have discovered (via
> debian) that on ppc64el there is an apparent disagreement between the size
> of a native long double according to hdf5 and
Hi,
On Wed, Nov 23, 2016 at 6:47 AM, Leonardo Bianconi
wrote:
> Hi all!
>
>
>
> I realized that there is no “whl” files for PPC64
> (https://pypi.python.org/pypi/numpy/1.12.0b1), which makes numpy be compiled
> when installing it with pip. It is causing a low
Hi,
On Thu, Nov 17, 2016 at 3:24 PM, Matti Picus wrote:
> Congrats to all on the release.Two questions:
>
> Is there a guide to building standard wheels for NumPy?
I don't think so - there is a repository that we use to build the
wheels, that has the Windows, OSX and
On Mon, Oct 3, 2016 at 7:15 PM, Charles R Harris
wrote:
> Hi All,
>
> I'm pleased to announce the release of Numpy 1.11.2. This release supports
> Python 2.6 - 2.7, and 3.2 - 3.5 and fixes bugs and regressions found in
> Numpy 1.11.1. Wheels for Linux, Windows, and OSX
Hi,
On Tue, Jun 28, 2016 at 7:33 AM, Ralf Gommers <ralf.gomm...@gmail.com> wrote:
>
>
> On Tue, Jun 28, 2016 at 2:55 PM, Matthew Brett <matthew.br...@gmail.com>
> wrote:
>>
>> Hi,
>>
>> On Tue, Jun 28, 2016 at 5:25 AM, Charles R Harris
>> &l
Hi,
On Tue, Jun 28, 2016 at 5:25 AM, Charles R Harris
<charlesr.har...@gmail.com> wrote:
>
>
> On Mon, Jun 27, 2016 at 9:46 PM, Matthew Brett <matthew.br...@gmail.com>
> wrote:
>>
>> Hi,
>>
>> I just succeeded in getting an automated dual arch b
Hi,
I just succeeded in getting an automated dual arch build of numpy and
scipy, using OpenBLAS. See the last three build jobs in these two
build matrices:
https://travis-ci.org/matthew-brett/numpy-wheels/builds/140388119
https://travis-ci.org/matthew-brett/scipy-wheels/builds/140684673
Tests
Hi,
I just ran a query on pypi downloads [1] using the BigQuery interface
to pypi stats [2]. It lists the numpy files downloaded from pypi via
a pip install, over the last two weeks, ordered by the number of
downloads:
1 100595 numpy-1.11.0.tar.gz
2 97754
Hi,
On Mon, Jun 20, 2016 at 6:31 AM, Evgeni Burovski
wrote:
> Hi,
>
> I'm pleased to announce the availability of the first release
> candidate for scipy 0.18.0.
> Please try this release and report any issues on Github tracker,
> https://github.com/scipy/scipy, or
On Fri, Jun 10, 2016 at 1:19 PM, Stephan Hoyer <sho...@gmail.com> wrote:
> On Fri, Jun 10, 2016 at 12:51 PM, Matthew Brett <matthew.br...@gmail.com>
> wrote:
>>
>> If you like the general idea, and you don't mind the pandas
>> dependency, `xray` is a much bet
Hi,
I just released a new version of the Datarray package:
https://pypi.python.org/pypi/datarray/0.1.0
https://github.com/BIDS/datarray
It's a very lightweight implementation of arrays with labeled axes and
ticks, that allows you to do stuff like:
>>> narr = DataArray(np.zeros((1,2,3)),
On Sat, Jun 4, 2016 at 12:47 PM, wrote:
>
>
> On Sat, Jun 4, 2016 at 3:43 PM, Charles R Harris
> wrote:
>>
>>
>>
>> On Sat, Jun 4, 2016 at 11:22 AM, Charles R Harris
>> wrote:
>>>
>>> Hi All,
>>>
>>> I've made a new
On Sat, Jun 4, 2016 at 10:45 AM, Nathaniel Smith wrote:
> +1
>
> On Sat, Jun 4, 2016 at 10:22 AM, Charles R Harris
> wrote:
>> Hi All,
>>
>> I've made a new post so that we can make an explicit decision. AFAICT, the
>> two proposals are
>>
>> Integers
On Tue, May 24, 2016 at 1:31 PM, Alan Isaac wrote:
> On 5/24/2016 1:19 PM, Stephan Hoyer wrote:
>>
>> the int ** 2 example feels quite compelling to me
>
>
>
> Yes, but that one case is trivial: a*a
Right, but you'd have to know to change your code when numpy makes
this
Hi,
On Mon, Apr 25, 2016 at 2:25 PM, Christian Aichinger
wrote:
> Hi!
> The addition of the Linux Wheels broke the build process of several of our
> Debian packages, which rely on NumPy installed inside virtualenvs. The
> problem stems from the pre-compiled shared
On Fri, Apr 22, 2016 at 11:27 AM, Olivier Grisel
<olivier.gri...@ensta.org> wrote:
> 2016-04-22 20:17 GMT+02:00 Matthew Brett <matthew.br...@gmail.com>:
>>
>> The github releases idea sounds intriguing. Do you have any
>> experience with that? Are there
On Thu, Apr 21, 2016 at 1:47 AM, Olivier Grisel
<olivier.gri...@ensta.org> wrote:
> 2016-04-20 16:57 GMT+02:00 Matthew Brett <matthew.br...@gmail.com>:
>> On Wed, Apr 20, 2016 at 1:59 AM, Olivier Grisel
>> <olivier.gri...@ensta.org> wrote:
>>> Tha
Hi,
On Wed, Apr 20, 2016 at 3:33 AM, Jens Nielsen wrote:
> Thanks
>
> I can confirm that the new narrow unicode build wheels of Scipy works as
> expected for my project.
> @Oliver Grisel Thanks for finding the Travis issue it's probably worth
> considering switching the
On Wed, Apr 20, 2016 at 1:59 AM, Olivier Grisel
wrote:
> Thanks,
>
> I think next we could upgrade the travis configuration of numpy and
> scipy to build and upload manylinux1 wheels to
> http://travis-dev-wheels.scipy.org/ for downstream project to test
> against the
On Tue, Apr 19, 2016 at 1:12 AM, Olivier Grisel
wrote:
> I think that would be very useful, e.g. for downstream projects to
> check that they work properly with old versions using a simple pip
> install command on their CI workers.
Done for numpy 1.6.0 through 1.10.4,
Hi,
On Mon, Apr 18, 2016 at 2:49 PM, Matthew Brett <matthew.br...@gmail.com> wrote:
> On Sun, Apr 17, 2016 at 9:48 AM, Jens Nielsen <jenshniel...@gmail.com> wrote:
>> I have tested the new cp27m wheels and they seem to work great.
>>
>> @Matthew I am using the:
&g
On Sun, Apr 17, 2016 at 9:48 AM, Jens Nielsen wrote:
> I have tested the new cp27m wheels and they seem to work great.
>
> @Matthew I am using the:
>
> ```
> sudo: required
> dist: trusty
>
> images mentioned here https://docs.travis-ci.com/user/ci-environment/. As
> far
On Sat, Apr 16, 2016 at 8:02 PM, Matthew Brett <matthew.br...@gmail.com> wrote:
> Hi,
>
> On Thu, Apr 14, 2016 at 11:04 AM, Matthew Brett <matthew.br...@gmail.com>
> wrote:
>> Hi,
>>
>> On Thu, Apr 14, 2016 at 8:02 AM, Jens Nielsen <jenshniel.
Hi,
On Thu, Apr 14, 2016 at 11:04 AM, Matthew Brett <matthew.br...@gmail.com> wrote:
> Hi,
>
> On Thu, Apr 14, 2016 at 8:02 AM, Jens Nielsen <jenshniel...@gmail.com> wrote:
>> I have tried testing the wheels in a project that runs tests on Travis's
>> Trusty infr
On Thu, Apr 14, 2016 at 1:47 PM, Jonathan Helmus <jjhel...@gmail.com> wrote:
>
>
> On 4/14/16 3:11 PM, Matthew Brett wrote:
>>
>> On Thu, Apr 14, 2016 at 12:57 PM, Matthew Brett <matthew.br...@gmail.com>
>> wrote:
>>>
>>> On Thu, Apr
On Thu, Apr 14, 2016 at 8:02 AM, Jens Nielsen wrote:
> I have tried testing the wheels in a project that runs tests on Travis's
> Trusty infrastructure which. The wheels work great for python 3.5 and saves
> us several minuts of runtime.
>
> However, I am having trouble
On Thu, Apr 14, 2016 at 12:57 PM, Matthew Brett <matthew.br...@gmail.com> wrote:
> On Thu, Apr 14, 2016 at 12:25 PM, Jonathan Helmus <jjhel...@gmail.com> wrote:
>>
>>
>> On 4/14/16 1:26 PM, Matthew Brett wrote:
>>>
>>> Hi,
>>>
On Thu, Apr 14, 2016 at 12:25 PM, Jonathan Helmus <jjhel...@gmail.com> wrote:
>
>
> On 4/14/16 1:26 PM, Matthew Brett wrote:
>>
>> Hi,
>>
>> On Thu, Apr 14, 2016 at 11:11 AM, Benjamin Root <ben.v.r...@gmail.com>
>> wrote:
>>>
>>>
Hi,
On Thu, Apr 14, 2016 at 11:11 AM, Benjamin Root wrote:
> Are we going to have to have documentation somewhere making it clear that
> the numpy wheel shouldn't be used in a conda environment? Not that I would
> expect this issue to come up all that often, but I could
Hi,
On Thu, Apr 14, 2016 at 8:02 AM, Jens Nielsen wrote:
> I have tried testing the wheels in a project that runs tests on Travis's
> Trusty infrastructure which. The wheels work great for python 3.5 and saves
> us several minuts of runtime.
>
> However, I am having
On Wed, Apr 13, 2016 at 1:29 PM, Oscar Benjamin
<oscar.j.benja...@gmail.com> wrote:
> On 13 April 2016 at 20:15, Matthew Brett <matthew.br...@gmail.com> wrote:
>> Done. If y'all are on linux, and you have pip >= 8.11, you should
>> now see this kind of thing:
>
On Tue, Apr 12, 2016 at 7:15 PM, Matthew Brett <matthew.br...@gmail.com> wrote:
> Hi,
>
> On Sat, Apr 2, 2016 at 6:11 PM, Matthew Brett <matthew.br...@gmail.com> wrote:
>> On Fri, Mar 25, 2016 at 6:39 AM, Peter Cock <p.j.a.c...@googlemail.com>
>> wrote:
>
Hi,
On Sat, Apr 2, 2016 at 6:11 PM, Matthew Brett <matthew.br...@gmail.com> wrote:
> On Fri, Mar 25, 2016 at 6:39 AM, Peter Cock <p.j.a.c...@googlemail.com> wrote:
>> On Fri, Mar 25, 2016 at 3:02 AM, Robert T. McGibbon <rmcgi...@gmail.com>
>> wrote:
>>&
On Wed, Apr 6, 2016 at 6:47 AM, Olivier Grisel wrote:
> I updated the issue:
>
> https://github.com/xianyi/OpenBLAS-CI/issues/10#issuecomment-206195714
>
> The random test_nanmedian_all_axis failure is unrelated to openblas
> and should be ignored.
It looks like all is
On Thu, Apr 7, 2016 at 11:17 AM, Chris Barker wrote:
> On Thu, Apr 7, 2016 at 10:00 AM, Ian Henriksen
> wrote:
>>
>> Here's another example that I've seen catch people now and again.
>>
>> A = np.random.rand(100, 100)
>> b =
On Mon, Mar 28, 2016 at 2:33 PM, Matthew Brett <matthew.br...@gmail.com> wrote:
> Hi,
>
> Olivier Grisel and I are working on building and testing manylinux
> wheels for numpy and scipy.
>
> We first thought that we should use ATLAS BLAS, but Olivier found that
> my b
Hi,
On Mon, Apr 4, 2016 at 9:02 AM, Peter Cock <p.j.a.c...@googlemail.com> wrote:
> On Sun, Apr 3, 2016 at 2:11 AM, Matthew Brett <matthew.br...@gmail.com> wrote:
>> On Fri, Mar 25, 2016 at 6:39 AM, Peter Cock <p.j.a.c...@googlemail.com>
>> wrote:
>>>
On Fri, Mar 25, 2016 at 6:39 AM, Peter Cock wrote:
> On Fri, Mar 25, 2016 at 3:02 AM, Robert T. McGibbon
> wrote:
>> I suspect that many of the maintainers of major scipy-ecosystem projects are
>> aware of these (or other similar) travis wheel
On Wed, Mar 30, 2016 at 2:39 PM, Carl Kleffner wrote:
> I would like to see OpenBLAS support for numpy on windows. The latest
> OpenBLAS windows builds numpy support for are on
> https://bitbucket.org/carlkl/mingw-w64-for-python/downloads now. Scipy
> wheels should work
]:
source test_manylinux.sh
We have worried in the past about the reliability of OpenBLAS, but I
find these tests reassuring.
Are there any other tests of OpenBLAS that we should run to assure
ourselves that it is safe to use?
Matthew
[1] https://github.com/matthew-brett/manylinux-builds/issues
)
--
Traceback (most recent call last):
File
"/home/travis/build/matthew-brett/manylinux-testing/venv/lib/python2.7/site-packages/numpy/linalg/tests/test_regression.py",
line 56, in test_svd_build
u, s, vh = linalg.svd(a)
File
"/home/travis/build/matthew-brett/manylin
On Sat, Mar 5, 2016 at 10:40 AM, Matthew Brett <matthew.br...@gmail.com> wrote:
> Hi,
>
> On Fri, Mar 4, 2016 at 8:40 PM, Nathaniel Smith <n...@pobox.com> wrote:
>> On Fri, Mar 4, 2016 at 7:30 PM, <josef.p...@gmail.com> wrote:
>> [...]
>>> AFAIK, nu
Hi,
On Fri, Mar 4, 2016 at 8:40 PM, Nathaniel Smith wrote:
> On Fri, Mar 4, 2016 at 7:30 PM, wrote:
> [...]
>> AFAIK, numpy doesn't provide access to BLAS/LAPACK. scipy does. statsmodels
>> is linking to the installed BLAS/LAPACK in cython code through
On Fri, Mar 4, 2016 at 12:29 AM, David Cournapeau <courn...@gmail.com> wrote:
>
>
> On Fri, Mar 4, 2016 at 4:42 AM, Matthew Brett <matthew.br...@gmail.com>
> wrote:
>>
>> Hi,
>>
>> Summary:
>>
>> I propose that we upload Windows wheels to
s OpenBLAS or BLIS
(see [6]).
I'm posting here hoping for your feedback...
Cheers,
Matthew
[1] https://github.com/numpy/numpy/issues/5479
[2] https://gist.github.com/dstufft/1dda9a9f87ee7121e0ee
[3] https://ci.appveyor.com/project/matthew-brett/np-wheel-builder
[4] http://mingwpy
Hi,
On Tue, Feb 9, 2016 at 12:01 PM, Freddy Rietdijk
wrote:
> On Nix we also had trouble with OpenBLAS 0.2.15. Version 0.2.14 did not
> cause any segmentation faults so we reverted to that version.
> https://github.com/scipy/scipy/issues/5620
>
> (hopefully this time the
On Sat, Feb 13, 2016 at 9:55 AM, Jonathan Helmus <jjhel...@gmail.com> wrote:
>
>
> On 2/12/16 10:23 PM, Matthew Brett wrote:
>>
>> On Fri, Feb 12, 2016 at 8:18 PM, R Schumacher <r...@blue-cove.com> wrote:
>>>
>>> At 03:45 PM 2/12/2016, you wrote:
On Fri, Feb 12, 2016 at 8:18 PM, R Schumacher wrote:
> At 03:45 PM 2/12/2016, you wrote:
>>
>> PS C:\tmp> c:\Python35\python -m venv np-testing
>> PS C:\tmp> .\np-testing\Scripts\Activate.ps1
>> (np-testing) PS C:\tmp> pip install -f
>>
Hi,
We're talking about putting up Windows wheels for numpy on pypi -
here: https://github.com/numpy/numpy/issues/5479
I've built some wheels that might be suitable - available here:
http://nipy.bic.berkeley.edu/scipy_installers/atlas_builds/
I'd be very grateful if y'all would test these.
On Fri, Feb 12, 2016 at 3:15 PM, R Schumacher wrote:
> At 03:06 PM 2/12/2016, you wrote:
>
>> Any feedback would be very useful,
>
>
> Sure, here's a little:
>
> C:\Python34\Scripts>pip install -f
> https://nipy.bic.berkeley.edu/scipy_installers/atlas_builds numpy
>
Hi,
Over at https://github.com/numpy/numpy/issues/5479 we're discussing
Windows wheels.
On thing that we would like to be able to ship Windows wheels, is to
be able to put some custom checks into numpy when you build the
wheels.
Specifically, for Windows, we're building on top of ATLAS BLAS /
On Tue, Feb 9, 2016 at 11:37 AM, Julian Taylor
<jtaylor.deb...@googlemail.com> wrote:
> On 09.02.2016 04:59, Nathaniel Smith wrote:
>> On Mon, Feb 8, 2016 at 6:07 PM, Nathaniel Smith <n...@pobox.com> wrote:
>>> On Mon, Feb 8, 2016 at 6:04 PM, Matthew Brett <ma
On Tue, Feb 9, 2016 at 7:06 AM, Daπid wrote:
> On 8 February 2016 at 18:36, Nathaniel Smith wrote:
>> I would be highly suspicious that this speed comes at the expense of
>> accuracy... My impression is that there's a lot of room to make
>> speed/accuracy
On Mon, Feb 8, 2016 at 7:59 PM, Nathaniel Smith <n...@pobox.com> wrote:
> On Mon, Feb 8, 2016 at 6:07 PM, Nathaniel Smith <n...@pobox.com> wrote:
>> On Mon, Feb 8, 2016 at 6:04 PM, Matthew Brett <matthew.br...@gmail.com>
>> wrote:
>>> On Mon,
On Mon, Feb 8, 2016 at 5:26 PM, Nathaniel Smith <n...@pobox.com> wrote:
> On Mon, Feb 8, 2016 at 4:37 PM, Matthew Brett <matthew.br...@gmail.com> wrote:
> [...]
>> I can't replicate the segfault with manylinux wheels and scipy. On
>> the other hand, I get a new test
On Mon, Feb 8, 2016 at 10:41 AM, Evgeni Burovski
wrote:
>
>> numpy.show_config() shows the places that numpy found the libraries at
>> build time. In the case of the manylinux wheel builds, I put openblas
>> at /usr/local , but the place the wheel should be loading
Hi,
On Mon, Feb 8, 2016 at 3:29 AM, Daπid <davidmen...@gmail.com> wrote:
>
> On 6 February 2016 at 21:26, Matthew Brett <matthew.br...@gmail.com> wrote:
>>
>>
>> pip install -f https://nipy.bic.berkeley.edu/manylinux numpy scipy
>> python -c 'import numpy
nux wheels - please test
> To: Discussion of Numerical Python <numpy-discussion@scipy.org>
>
>
> On Sat, Feb 6, 2016 at 8:26 PM, Matthew Brett <matthew.br...@gmail.com> wrote:
>> Hi,
>>
>> As some of you may have seen, Robert McGibbon and Nathaniel
Nehalem works.
>>
>
> more likely that is a bug the kernel of openblas instead of its cpu
> detection.
> The cpuinfo of Oliver indicates its at least a sandy bridge, and ivy
> bridge is be sandy bridge compatible.
> Is an up to date version of openblas used?
I used the l
On Mon, Feb 8, 2016 at 10:23 AM, Matthew Brett <matthew.br...@gmail.com> wrote:
> On Mon, Feb 8, 2016 at 3:57 AM, Evgeni Burovski
> <evgeny.burovs...@gmail.com> wrote:
>> -- Forwarded message --
>> From: Evgeni Burovski <evgeny.burovs...@gmail.com
Hi Nadav,
On Sun, Feb 7, 2016 at 11:13 PM, Nathaniel Smith wrote:
> (This is not relevant to the main topic of the thread, but FYI I think the
> recarray issues are fixed in 1.10.4.)
>
> On Feb 7, 2016 11:10 PM, "Nadav Horesh" wrote:
>>
>> I have
Hi,
On Sun, Feb 7, 2016 at 2:06 AM, Nadav Horesh wrote:
> The reult tests of numpy 1.10.4 installed from source:
>
> OK (KNOWNFAIL=4, SKIP=6)
>
>
> I think I use openblas, as it is installed instead the normal blas/cblas.
Thanks again for the further tests.
What do you
On Sun, Feb 7, 2016 at 10:09 PM, Nadav Horesh wrote:
> Thank you fo reminding me, it is OK now:
> $ python -c 'import numpy; print(numpy.__config__.show())'
>
> lapack_opt_info:
> library_dirs = ['/usr/local/lib']
> language = c
> libraries = ['openblas']
>
Hi,
As some of you may have seen, Robert McGibbon and Nathaniel have just
guided a PEP for multi-distribution Linux wheels past the approval
process over on distutils-sig:
https://www.python.org/dev/peps/pep-0513/
The PEP includes a docker image on which y'all can build wheels which
match the
On Sat, Feb 6, 2016 at 9:28 PM, Nadav Horesh wrote:
> Test platform: python 3.4.1 on archlinux x86_64
>
> scipy test: OK
>
> OK (KNOWNFAIL=97, SKIP=1626)
>
>
> numpy tests: Failed on long double and int128 tests, and got one error:
>
> Traceback (most recent call last):
>
Hi,
On Thu, Jan 28, 2016 at 12:51 PM, Charles R Harris
wrote:
> Hi All,
>
> I hope I am pleased to announce the Numpy 1.11.0b2 release. The first beta
> was a damp squib due to missing files in the released source files, this
> release fixes that. The new source filese
Hi,
On Fri, Jan 15, 2016 at 1:56 PM, Steve Waterbury
wrote:
> On 01/15/2016 04:08 PM, Benjamin Root wrote:
>>
>> So, again, I love conda for what it can do when it works well. I only
>> take exception to the notion that it can address *all* problems, because
>> there are
On Fri, Jan 15, 2016 at 2:15 PM, Steve Waterbury
<water...@pangalactic.us> wrote:
> On 01/15/2016 05:07 PM, Matthew Brett wrote:
>>>
>>> I attribute
>>> some of the conda-ignoring to "NIH" and, to some extent,
>>> possibly defensiveness (I
On Fri, Jan 15, 2016 at 2:33 PM, Steve Waterbury
<water...@pangalactic.us> wrote:
> On 01/15/2016 05:19 PM, Matthew Brett wrote:
>>
>> On Fri, Jan 15, 2016 at 2:15 PM, Steve Waterbury
>> <water...@pangalactic.us> wrote:
>>>
>>> On 01/15/2016
On Thu, Jan 14, 2016 at 9:14 AM, Chris Barker - NOAA Federal
wrote:
>>> Also, you have the problem that there is one PyPi -- so where do you put
>>> your nifty wheels that depend on other binary wheels? you may need to fork
>>> every package you want to build :-(
>>
>> Is
On Sun, Jan 10, 2016 at 3:40 AM, Sandro Tosi <mo...@debian.org> wrote:
> On Sun, Jan 10, 2016 at 3:55 AM, Matthew Brett <matthew.br...@gmail.com>
> wrote:
>> I updated the page with more on reasons to prefer Debian packages over
>> installing with pip:
>>
Hi Sandro,
On Sat, Jan 9, 2016 at 4:44 AM, Sandro Tosi wrote:
>> I wrote a page on using pip with Debian / Ubuntu here :
>> https://matthew-brett.github.io/pydagogue/installing_on_debian.html
>
> Speaking with my numpy debian maintainer hat on, I would really
> appreciate if
On Sat, Jan 9, 2016 at 6:57 PM, Sandro Tosi <mo...@debian.org> wrote:
> On Sat, Jan 9, 2016 at 6:08 PM, Matthew Brett <matthew.br...@gmail.com> wrote:
>> Hi Sandro,
>>
>> On Sat, Jan 9, 2016 at 4:44 AM, Sandro Tosi <mo...@debian.org> wrote:
>>>&g
On Sat, Jan 9, 2016 at 8:49 PM, Nathaniel Smith <n...@pobox.com> wrote:
> On Jan 9, 2016 10:09, "Matthew Brett" <matthew.br...@gmail.com> wrote:
>>
>> Hi Sandro,
>>
>> On Sat, Jan 9, 2016 at 4:44 AM, Sandro Tosi <mo...@debian.org> wrote:
>
Hi,
On Fri, Jan 8, 2016 at 11:27 PM, Chris Barker wrote:
> On Fri, Jan 8, 2016 at 1:58 PM, Robert McGibbon wrote:
>>
>> I'm not sure if this is the right path for numpy or not,
>
>
> probably not -- AFAICT, the PyPa folks aren't interested in solving
On Sat, Jan 9, 2016 at 12:31 AM, Robert McGibbon wrote:
>> Both Anaconda and Canopy build on a base default Linux system so that
>> the built binaries will work on many Linux systems.
>
> I think the base linux system is CentOS 5, and from my experience, it seems
> like this
Hi,
On Fri, Jan 8, 2016 at 4:28 PM, Yuxiang Wang wrote:
> Dear Nathaniel,
>
> Gotcha. That's very helpful. Thank you so much!
>
> Shawn
>
> On Thu, Jan 7, 2016 at 10:01 PM, Nathaniel Smith wrote:
>> On Thu, Jan 7, 2016 at 6:18 PM, Yuxiang Wang
Hi,
On Thu, Jan 7, 2016 at 11:24 PM, Evgeni Burovski
wrote:
> Hi,
>
> I'm pleased to announce the availability of the second release
> candidate for Scipy 0.17.0. It's two days ahead of the original
> schedule: based on typical development patterns, I'd like to have
Hi,
On Mon, Jan 4, 2016 at 5:35 PM, Erik Bray wrote:
> On Sat, Jan 2, 2016 at 3:20 AM, Ralf Gommers wrote:
>> Hi all,
>>
>> You probably know that building Numpy, Scipy and the rest of the Scipy Stack
>> on Windows is problematic. And that
Hi,
On Sat, Jan 2, 2016 at 9:47 PM, Charles R Harris
wrote:
> Hi All,
>
> A significant segfault problem has been reported against Numpy 1.10.2 and I
> want to make a quick 1.10.3 release to get it fixed. Two questions
>
> What exactly is the release process that has
On Sun, Jan 3, 2016 at 12:01 AM, Charles R Harris
<charlesr.har...@gmail.com> wrote:
>
>
> On Sat, Jan 2, 2016 at 4:51 PM, Matthew Brett <matthew.br...@gmail.com>
> wrote:
>>
>> Hi,
>>
>> On Sat, Jan 2, 2016 at 9:47 PM, Charles R Harris
&
1 - 100 of 1028 matches
Mail list logo