From ralf.gommers at gmail.com  Sat Feb  2 00:55:12 2019
From: ralf.gommers at gmail.com (Ralf Gommers)
Date: Fri, 1 Feb 2019 21:55:12 -0800
Subject: [SciPy-Dev] curve_fit() should require initial values for
 parameters
In-Reply-To: <CA+7ESbpPrtZUH1egO+BmiiA8eWV6yKazkyYDpso_MKCpP1c=rA@mail.gmail.com>
References: <CA+7ESbrrniQw_EHmx78kJk+Tt9jqwo=qT_CcAkqWdF4ANbk6OQ@mail.gmail.com>
 <CAF6FJivjtXhjaV9GM-AW3ZoxGAqF2fx9ELNULZy2tpfDANB9Zw@mail.gmail.com>
 <CAMMTP+AOPnhT15oAG+y0oF87eWAwoZU7Ld=Ksd2b4rQO4pMj7A@mail.gmail.com>
 <20190124184544.s33zdmtecorrogtz@carbo>
 <CAMMTP+ALJVfkEw0L1L6r8jX8W2ZVO=fBANMSiEKXqEV7DgOVFA@mail.gmail.com>
 <CA+7ESbrSiP3HoEVyh9Qc_U9agmH6VV5ORFALW4nQxQN23VU3jg@mail.gmail.com>
 <CAEBuzr-_qj0ckUuY8jPKKjd5rb88+eie5Bv3rZdKR6U8MP38Fw@mail.gmail.com>
 <CA+7ESbrn+E_RAVHGWACBZ49aNVZ=_PVTjmqRiYp2xy24YWiUJA@mail.gmail.com>
 <CAEBuzr8CdFL-DCgpOXM=6GZG8-vUce_BCi7wF55660BZwmVWew@mail.gmail.com>
 <CAMMTP+DLZYbbrcFL46WhoJiLPvrbdA5xjrHGOsgo4NHvte9iLA@mail.gmail.com>
 <20190130202538.k2sb3o63numeqxjp@carbo>
 <CA+7ESbpPrtZUH1egO+BmiiA8eWV6yKazkyYDpso_MKCpP1c=rA@mail.gmail.com>
Message-ID: <CABL7CQjpyh38GozbRamHdPatwe5ze7gOEP8Y-66pXCLydEjovg@mail.gmail.com>

On Thu, Jan 31, 2019 at 6:30 AM Matt Newville <newville at cars.uchicago.edu>
wrote:

>
>
> On Wed, Jan 30, 2019 at 2:26 PM Stefan van der Walt <stefanv at berkeley.edu>
> wrote:
>
>> On Wed, 30 Jan 2019 14:27:29 -0500, josef.pktd at gmail.com wrote:
>> > (I'm strongly in favor of trying "defaults" first, and if that doesn't
>> > work, then dig into or debug likely candidates. in loose analogy of test
>> > driven development instead of up-front design.)
>>
>> It seems unlikely that we will reach full agreement in this thread,
>> given the differing experiences and philosophies at play.  But, that's
>> probably OK if we can all agree to modify the documentation to be clearer
>> about the risks of the preset values for p0, how to select better
>> values, and how to handle failure modes.
>>
>> This won't 100% address Matt's concerns, but it will go a long way to
>> keeping users out of trouble, without having to make breaking changes to
>> the API.
>>
>> What do you think?
>>
>>
> Well, I'm not sure that agreement here should be the sole driver for what
> scipy developers do.  There will be disagreements in design philosophy, and
> someone needs to be willing and able to make decisions in such situations.
>  I do not know who is making such decisions or reviewing changes in
> `scipy.optimize`, but it appears to me that this has suffered for awhile,
> leaving conceptual, interface, and organizational messes.  I thought I
> would try to help by cleaning up one of the most egregious and simplest of
> these.
>
> The documentation for `curve_fit` does currrently state that `p0=None` is
> converted to `np.ones(n_variables)`.  It appears that some view this as
> sufficient and that these folks view some automated assignment of initial
> values is useful, even while acknowledging that it cannot be correct in
> general.
>
> The argument for requiring initial values might be summarized as "initial
> values are actually required".
> The argument against might be summarized as "we don't want to change the
> current behavior".
>
> Anyway, I am perfectly willing to lose this argument (I do not use
> `curve_fit` myself, and do not feel compelled to support its use), and the
> decision is not mine to make.  I do hope someone sensible is making these
> decisions.
>

To answer this "who makes the decisions" question: we usually try to get
consensus on any decision. Preferably by everyone who speaks up, otherwise
by all the core developers. If that doesn't happen (not often), then in
most cases people step out of the discussion and leave the decision to the
one or two core devs who worked in that area most. This discussion is a
rare example of there being two sides of the argument, both having merit,
and it's not really converging. The final decision options are:
1. The SciPy BDFL (Pauli) makes the final decision.
2. We can't get to an agreement and the BDFL doesn't decide, so the status
quo wins.

For now we should go ahead with improving the docs (Stefan's suggestions),
and then if Pauli wants to make a decision that would be great. Otherwise
we'll stick with just the doc improvements.

Cheers,
Ralf
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/scipy-dev/attachments/20190201/9b084a68/attachment.html>

From mikofski at berkeley.edu  Sun Feb  3 13:43:21 2019
From: mikofski at berkeley.edu (Mark Alexander Mikofski)
Date: Sun, 3 Feb 2019 10:43:21 -0800
Subject: [SciPy-Dev] mac osx blas segfault
Message-ID: <CAEqRcW2fvjVnx7JnhpnhCGcLSzzDOrPG1ZDeHT0NQkTqXy5PbA@mail.gmail.com>

Hi,

Sorry for asking again. I know that Accelerate lapack has been deprecated.
I have openblas from homebrew. If I use LDFLAGS, CPPFLAGS, and
PKG_CONFIG_PATH , I get a very long traceback of compiler errors, I can
post them if that helps. Without the flags, I get a segfault at
test_cython_blas. I am prepending the flags inline to runtest.py instead of
exporting them, if that makes a difference.

Is there any document or quick guide that explains how to use runtest.py on
mac osx? I've searched online but I haven't found a solution.

Thanks!

PS Anyone know how to search the mail list archives?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/scipy-dev/attachments/20190203/684f6c55/attachment.html>

From ralf.gommers at gmail.com  Sun Feb  3 13:54:48 2019
From: ralf.gommers at gmail.com (Ralf Gommers)
Date: Sun, 3 Feb 2019 10:54:48 -0800
Subject: [SciPy-Dev] mac osx blas segfault
In-Reply-To: <CAEqRcW2fvjVnx7JnhpnhCGcLSzzDOrPG1ZDeHT0NQkTqXy5PbA@mail.gmail.com>
References: <CAEqRcW2fvjVnx7JnhpnhCGcLSzzDOrPG1ZDeHT0NQkTqXy5PbA@mail.gmail.com>
Message-ID: <CABL7CQjxX=i-D6TZW+2M8NWu3YPyj6jA_aOQQn3-xF9WKQW0wA@mail.gmail.com>

On Sun, Feb 3, 2019 at 10:43 AM Mark Alexander Mikofski <
mikofski at berkeley.edu> wrote:

> Hi,
>
> Sorry for asking again. I know that Accelerate lapack has been deprecated.
>

It's not just deprecated, it's no longer supported.

I have openblas from homebrew. If I use LDFLAGS, CPPFLAGS, and
> PKG_CONFIG_PATH
>

These should not be needed. If OpenBLAS is in one of the standard places
where numpy.distutils looks for it, then it will be picked up
automatically. Not sure if that's the case for Homebrew. Otherwise, I would
recommend using site.cfg to point to the paths where OpenBLAS is located -
see example.site.cfg.

Cheers,
Ralf

, I get a very long traceback of compiler errors, I can post them if that
> helps. Without the flags, I get a segfault at test_cython_blas. I am
> prepending the flags inline to runtest.py instead of exporting them, if
> that makes a difference.
>
> Is there any document or quick guide that explains how to use runtest.py
> on mac osx? I've searched online but I haven't found a solution.
>
> Thanks!
>
> PS Anyone know how to search the mail list archives?
> _______________________________________________
> SciPy-Dev mailing list
> SciPy-Dev at python.org
> https://mail.python.org/mailman/listinfo/scipy-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/scipy-dev/attachments/20190203/b5b4f3c2/attachment.html>

From ralf.gommers at gmail.com  Sun Feb  3 16:04:49 2019
From: ralf.gommers at gmail.com (Ralf Gommers)
Date: Sun, 3 Feb 2019 13:04:49 -0800
Subject: [SciPy-Dev] Discussion on backend system for scipy.fftpack
In-Reply-To: <CALpy4prYjmHj8QKSZKsKE+VJ3z-vAONDZ-TGk5toWJnV4nKvSw@mail.gmail.com>
References: <CALpy4prYjmHj8QKSZKsKE+VJ3z-vAONDZ-TGk5toWJnV4nKvSw@mail.gmail.com>
Message-ID: <CABL7CQh2-98ZJMG8g=q=qsFB8dSJA1UF1V+xjkAQw7_Aoocb4Q@mail.gmail.com>

apologies for the slow reply; I'll be low on bandwidth for another 1-2 weeks


On Sun, Jan 6, 2019 at 11:46 PM Sourav Singh <ssouravsingh12 at gmail.com>
wrote:

> Hello,
>
> I am writing the mail to start a discussion on the backend system for
> scipy.fftpack.
>
> I am currently looking into ways of implementing a backend system and have
> found that the Keras library's method for backend to be elegant.
>
> The Keras library maintains separate modules for each backend, which has
> their own classes and functions for operations and session creation. The
> default backend can be set up through a configuration or a flag of some
> kind.
>

One or both of a config file and an environment variable could be useful,
but in Keras they're the only ways to choose a backend it seems, which is
odd. Possibly due to it not easily being possible to mix calls to different
backends within one program, but we have no such limitation for FFTs -
every call is independent of the next one. The main method we'd want is the
ability to set it in code, via some global singleton. A context manager
would be useful too (ala np.errstate).


> So far we have numpy.fft, scipy.fftpack, pyFFTW and cupy(I am not sure
> about having this) for FFT ops.
>

There's mkl-fft as well.

In SciPy we'd only want one default implementation (pocketfft), and a
well-defined method for external packages to provide their own backend.
Maybe the latter can indeed be borrowed from Keras.

Cheers,
Ralf


> I would like to discuss further about the decisions on the kind of backend
> system that would be required so I can design a document containing class
> diagrams and such.
>
> Thanks for taking the time to read my email and have a great day!
>
> Regards,
>
> Sourav
> _______________________________________________
> SciPy-Dev mailing list
> SciPy-Dev at python.org
> https://mail.python.org/mailman/listinfo/scipy-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/scipy-dev/attachments/20190203/03d0d5ac/attachment.html>

From evgeny.burovskiy at gmail.com  Sun Feb  3 16:29:52 2019
From: evgeny.burovskiy at gmail.com (Evgeni Burovski)
Date: Mon, 4 Feb 2019 00:29:52 +0300
Subject: [SciPy-Dev] curve_fit() should require initial values for
 parameters
In-Reply-To: <CABL7CQjpyh38GozbRamHdPatwe5ze7gOEP8Y-66pXCLydEjovg@mail.gmail.com>
References: <CA+7ESbrrniQw_EHmx78kJk+Tt9jqwo=qT_CcAkqWdF4ANbk6OQ@mail.gmail.com>
 <CAF6FJivjtXhjaV9GM-AW3ZoxGAqF2fx9ELNULZy2tpfDANB9Zw@mail.gmail.com>
 <CAMMTP+AOPnhT15oAG+y0oF87eWAwoZU7Ld=Ksd2b4rQO4pMj7A@mail.gmail.com>
 <20190124184544.s33zdmtecorrogtz@carbo>
 <CAMMTP+ALJVfkEw0L1L6r8jX8W2ZVO=fBANMSiEKXqEV7DgOVFA@mail.gmail.com>
 <CA+7ESbrSiP3HoEVyh9Qc_U9agmH6VV5ORFALW4nQxQN23VU3jg@mail.gmail.com>
 <CAEBuzr-_qj0ckUuY8jPKKjd5rb88+eie5Bv3rZdKR6U8MP38Fw@mail.gmail.com>
 <CA+7ESbrn+E_RAVHGWACBZ49aNVZ=_PVTjmqRiYp2xy24YWiUJA@mail.gmail.com>
 <CAEBuzr8CdFL-DCgpOXM=6GZG8-vUce_BCi7wF55660BZwmVWew@mail.gmail.com>
 <CAMMTP+DLZYbbrcFL46WhoJiLPvrbdA5xjrHGOsgo4NHvte9iLA@mail.gmail.com>
 <20190130202538.k2sb3o63numeqxjp@carbo>
 <CA+7ESbpPrtZUH1egO+BmiiA8eWV6yKazkyYDpso_MKCpP1c=rA@mail.gmail.com>
 <CABL7CQjpyh38GozbRamHdPatwe5ze7gOEP8Y-66pXCLydEjovg@mail.gmail.com>
Message-ID: <CAMRo0itYWDPucfDdtN-b1jUj2qKEQfouEObFfmFPfptouN48Ew@mail.gmail.com>

On Sat, Feb 2, 2019 at 8:55 AM Ralf Gommers <ralf.gommers at gmail.com> wrote:
>
>
>
> On Thu, Jan 31, 2019 at 6:30 AM Matt Newville <newville at cars.uchicago.edu> wrote:
>>
>>
>>
>> On Wed, Jan 30, 2019 at 2:26 PM Stefan van der Walt <stefanv at berkeley.edu> wrote:
>>>
>>> On Wed, 30 Jan 2019 14:27:29 -0500, josef.pktd at gmail.com wrote:
>>> > (I'm strongly in favor of trying "defaults" first, and if that doesn't
>>> > work, then dig into or debug likely candidates. in loose analogy of test
>>> > driven development instead of up-front design.)
>>>
>>> It seems unlikely that we will reach full agreement in this thread,
>>> given the differing experiences and philosophies at play.  But, that's
>>> probably OK if we can all agree to modify the documentation to be clearer
>>> about the risks of the preset values for p0, how to select better
>>> values, and how to handle failure modes.
>>>
>>> This won't 100% address Matt's concerns, but it will go a long way to
>>> keeping users out of trouble, without having to make breaking changes to
>>> the API.
>>>
>>> What do you think?
>>>
>>
>> Well, I'm not sure that agreement here should be the sole driver for what scipy developers do.  There will be disagreements in design philosophy, and someone needs to be willing and able to make decisions in such situations.   I do not know who is making such decisions or reviewing changes in `scipy.optimize`, but it appears to me that this has suffered for awhile, leaving conceptual, interface, and organizational messes.  I thought I would try to help by cleaning up one of the most egregious and simplest of these.
>>
>> The documentation for `curve_fit` does currrently state that `p0=None` is converted to `np.ones(n_variables)`.  It appears that some view this as sufficient and that these folks view some automated assignment of initial values is useful, even while acknowledging that it cannot be correct in general.
>>
>> The argument for requiring initial values might be summarized as "initial values are actually required".
>> The argument against might be summarized as "we don't want to change the current behavior".
>>
>> Anyway, I am perfectly willing to lose this argument (I do not use `curve_fit` myself, and do not feel compelled to support its use), and the decision is not mine to make.  I do hope someone sensible is making these decisions.
>
>
> To answer this "who makes the decisions" question: we usually try to get consensus on any decision. Preferably by everyone who speaks up, otherwise by all the core developers. If that doesn't happen (not often), then in most cases people step out of the discussion and leave the decision to the one or two core devs who worked in that area most. This discussion is a rare example of there being two sides of the argument, both having merit, and it's not really converging. The final decision options are:
> 1. The SciPy BDFL (Pauli) makes the final decision.
> 2. We can't get to an agreement and the BDFL doesn't decide, so the status quo wins.
>
> For now we should go ahead with improving the docs (Stefan's suggestions), and then if Pauli wants to make a decision that would be great. Otherwise we'll stick with just the doc improvements.
>
> Cheers,
> Ralf

Hi,

I'd suggest the following action plan:

1. add a big prominent note to the docstring of curve_fit, to
recommend setting initial values explicitly;
2. link from the curve_fit docstring to lmfit, and recommend that
lmfit is used for anything more complicated than one-off quick fitting
exercise;
3. add to the tutorial walk-through of using curve_fit and an
eqiuvalent invocation of least_squares. This should discuss a simple
problem (current examples in the least_squares docstring may be
intimidating for new users);
4. add a worked example of lmfit usage to the scipy cookbook (I seem
to remember that there are/were examples, but these looked somewhat
clunky);
5. In curve_fit, check whether the popt equals p0, and raise a
RuntimeWarning (or a subclass).

The last part is a code change, and it assumes that the most common
failure mode is `popt == p0`  (not sure if that's the case for
problems with bounds).

6. A possible enhancement could be to overload the p0 parameter to
accept a dictionary with keys being the names of the variables. I.e.,
`curve_fit(lambda x, a, b: a*x**b, x, y, p0={'a': 1, 'b': 2})`

Cheers,

Evgeni

From 97amarnathk at gmail.com  Tue Feb  5 09:31:17 2019
From: 97amarnathk at gmail.com (Amarnath Karthi)
Date: Tue, 5 Feb 2019 20:01:17 +0530
Subject: [SciPy-Dev] Regarding GSoC 2019 Project
Message-ID: <CAN3ruUCc0DfEUpvKxEzU7dZxtVNDG5LaQPCo5AC-H_rGwGw5bg@mail.gmail.com>

Hey,

I am a final year undergrad student planning to do my GSoC under Scipy. I
have an experience with:

   - Python 3
   - Scientific computing

I also am currently working on improving the performance of Cooley Tukey
FFT on distributed systems. Thus I think I will be a good fit for the
project.

I would like to know whether this project will require me to have an
indepth knowledge of the FFT Packages written in C or FORTRAN? Or that can
be learnt on the fly?

Also how should I proceed ahead?

Regards,
Amarnath
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/scipy-dev/attachments/20190205/3ee2b9c3/attachment.html>

From larson.eric.d at gmail.com  Wed Feb  6 17:02:18 2019
From: larson.eric.d at gmail.com (Eric Larson)
Date: Wed, 6 Feb 2019 17:02:18 -0500
Subject: [SciPy-Dev] SciPy GSoC'15 participation?
In-Reply-To: <CABL7CQgjgiB=kx4Da0XFu5Z-rjK6zWDFHPHJ7s3gL5=MeK01_Q@mail.gmail.com>
References: <25b2b04a-7fb9-2d82-54a4-26f2cc88fa39@toybox.ca>
 <CABL7CQh1NJZdOMay+CQV510+aq4ebjOkguKGW8y2USxHMTTHrA@mail.gmail.com>
 <CAGu2niV3-6NHhKqv_yzR7qEgeRjz-n_+jt0D0oBAJ_a7L8frRg@mail.gmail.com>
 <CABL7CQgjgiB=kx4Da0XFu5Z-rjK6zWDFHPHJ7s3gL5=MeK01_Q@mail.gmail.com>
Message-ID: <CAGu2niWMRW3CV+D2Bca_hiDhUgDtiKRyy_9irKYDZfMc3Hib_g@mail.gmail.com>

So far we only have one project listed, which is not optimal.

One requirement we definitely need is two mentors (one primary and one
backup). Let me know if anyone else is interested in mentoring -- if not,
then we'll scrap it for this year as we only have one volunteer.

Eric


On Wed, Jan 9, 2019 at 10:35 PM Ralf Gommers <ralf.gommers at gmail.com> wrote:

>
>
> On Wed, Jan 9, 2019 at 7:45 AM Eric Larson <larson.eric.d at gmail.com>
> wrote:
>
>> I say let's go for it. We can always apply to be a sub-org, and if no
>> project/student combination seems is suitable given the mentor
>> volunteer(s), I don't think there is any problem with not accepting any.
>>
>
> True
>
> The fftpack project sounds reasonable. I can at least be a secondary
>> member, possibly a primary depending on my time this spring and summer.
>>
>> I can also be the SciPy sub-org admin, since I'm usually one for another
>> sub-org anyway.
>>
>
> Awesome, thanks!
>
> Ralf
>
>
>
>> Eric
>>
>>
>> On Thu, Jan 3, 2019 at 1:58 AM Ralf Gommers <ralf.gommers at gmail.com>
>> wrote:
>>
>>> Hi all,
>>>
>>> It's the time of the year where GSoC kicks off again. Below email from
>>> Terri, the lead PSF organizer, explains some of the deadlines and things
>>> that are different from last year.
>>>
>>> So: do we want to participate again this year? We already have one
>>> serious proposal from a student in preparation, about scipy.fftpack (see
>>> earlier thread on this list).
>>>
>>> If we do want to participate, do we have volunteers for mentors and a
>>> sub-org admin? I've done the latter for the last years, but this year I
>>> really do not have the time (if you're interested: it doesn't take much
>>> time compared to mentoring).
>>>
>>> Cheers,
>>> Ralf
>>>
>>>
>>> ---------- Forwarded message ---------
>>> From: Terri Oda <terri at toybox.ca>
>>> Date: Tue, Jan 1, 2019 at 11:02 PM
>>> Subject: [GSoC-mentors] Python in GSoC 2019!
>>> To: <gsoc-mentors at python.org>
>>>
>>>
>>> Happy new year, everyone!
>>>
>>> As you may have seen, we're starting to prepare Python's application for
>>> GSoC 2019, and we need your ideas.  We've got a few eager students
>>> already asking what you'd like them to work on.
>>>
>>> The website has been updated for 2019: http://python-gsoc.org
>>>
>>> New and notable:
>>>
>>> - GSoC org applications open early this year, starting January 15th!
>>> Google moves the dates around every year so students in different
>>> countries with different schedules get opportunities to participate more
>>> easily when the times line up with their scholastic year, and this is
>>> one of the early years.
>>>
>>> - We're asking for sub-orgs to get as many ideas ready as they can by
>>> Feb 4th so that we have lots of ideas ready for when Google judges our
>>> umbrella org ideas page.  We need well-formed ideas if we want to get
>>> accepted, and now's a great time to catch the eye of the most eager
>>> students!  Once you've got some ideas ready, you can make a pull request
>>> to get yourself added to the page here:
>>> https://github.com/python-gsoc/python-gsoc.github.io
>>>
>>> - John has set up a Slack channel for Python GSoC.  It's bridged in to
>>> link to the IRC channel, but may be a more familiar interface/mobile app
>>> for people who aren't regular IRC users.  I know, it's not open source,
>>> but we didn't have much luck with Zulip and while Matrix has been good
>>> it's not quite solving the usability problem we have with the students,
>>> so we're trying out the more popular Slack.  We'll see how it works this
>>> year and if it's worth keeping, so if this is a thing you want us to
>>> support, please use it!  (And if you see problems, please report them to
>>> gsoc-admins at python.org so we can get them fixed.)
>>>
>>> You can snag a Slack invite here:
>>>
>>> https://join.slack.com/t/python-gsoc/shared_invite/enQtNDg0NDgwNjMyNTE2LTNlOGM1MWY2MzRlMjNhMGM2OWJjYzE3ODRmMmM0MjFjNGJmNGRiYzI4ZDc1ODgxOTYzMDQyNzBiNGFlYWVjZTY
>>>
>>> - We've got space for some new sub-orgs this year!  If you know of any
>>> projects that might want to try out GSoC with us this year, let us know,
>>> or tell them to email gsoc-admins at python.org (or join irc/matrix/slack,
>>> or whatever) to chat with us!
>>>
>>>   Terri
>>>
>>>
>>>
>>>
>>>
>>>
>>> _______________________________________________
>>> GSoC-mentors mailing list
>>> GSoC-mentors at python.org
>>> https://mail.python.org/mailman/listinfo/gsoc-mentors
>>> _______________________________________________
>>> SciPy-Dev mailing list
>>> SciPy-Dev at python.org
>>> https://mail.python.org/mailman/listinfo/scipy-dev
>>>
>> _______________________________________________
>> SciPy-Dev mailing list
>> SciPy-Dev at python.org
>> https://mail.python.org/mailman/listinfo/scipy-dev
>>
> _______________________________________________
> SciPy-Dev mailing list
> SciPy-Dev at python.org
> https://mail.python.org/mailman/listinfo/scipy-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/scipy-dev/attachments/20190206/ab1fbbe2/attachment.html>

From tyler.je.reddy at gmail.com  Wed Feb  6 19:15:59 2019
From: tyler.je.reddy at gmail.com (Tyler Reddy)
Date: Wed, 6 Feb 2019 16:15:59 -0800
Subject: [SciPy-Dev] SciPy 1.2.0 release schedule
In-Reply-To: <CAB6mnxJ_Sd6OxigZ8fE08tEp5RenqSUCerBcZQZvMHD3p4Ygzw@mail.gmail.com>
References: <CAHPuU_bDrBvN8cZvYiZbiQR3MYdNvwUpfSA1d3SYE3REsmm8HQ@mail.gmail.com>
 <CABL7CQhC=gmPFjuk80X2fpqF+H8qRZ0GTB3S=f4zZybAJzj3yg@mail.gmail.com>
 <CAEqRcW3Udj8JV52wHxqOMch4BprjuBg9MH8qSB55uJyg360XyQ@mail.gmail.com>
 <CABL7CQh4X9OjVOLdKbyS8Gt=aevpU+z95J8GPA6==2pyUZ03LA@mail.gmail.com>
 <CAHPuU_b-quDE3TDqY2Q0cZy+S9QLeqG=ysOEFNDYP=cUEv5E-A@mail.gmail.com>
 <CAHPuU_Y1=zqX7fRVmO2pWxfQUg-_zw6=aNdRtw9Hj7-pKDfPzg@mail.gmail.com>
 <CABL7CQhhX+9iioSbYPq+vov5tOyesCPvwskAM81B4vtf9QLFHg@mail.gmail.com>
 <CAEBuzr8LKwQpr0ixjntPk_MSnjz6SMumdBNouqdeVekGu_FMNw@mail.gmail.com>
 <CAHPuU_YHeNjFhphqZyF9dOp3b61145gszBbbuPavaD3oZFYpaw@mail.gmail.com>
 <CAHPuU_b6R4e4f9tAFmuzvGpuOm+BHxRGPeCiTVbMapf81AAV2g@mail.gmail.com>
 <CAHPuU_b+Mpdieu07EcKjuyWKCAndLhFZim52aqd8SoURcHLtjQ@mail.gmail.com>
 <CAHPuU_afyUTLxY7VDn7mU7FK-DhF+x3qaJY8Dev1Ts25ktH-bg@mail.gmail.com>
 <CAEBuzr-MOVd5tbeCaer8Emx3_otSva2Uy_2Tmg5Sqmh5zeFy-Q@mail.gmail.com>
 <CAHPuU_YF3qJH6eA9AztxYHXceatgrDtZbRrkqwC0nc5OgHt6DA@mail.gmail.com>
 <CABL7CQgid7KcgQQhMJD-tK=L3Gqhhi7Em_RmnuuAh36v2gT+fA@mail.gmail.com>
 <CAHPuU_bLS_TsB1_rn5217mktk4iaKvRRkDzXXZ_+ewT9oAAw4A@mail.gmail.com>
 <CABL7CQhw=_vcnHteV-07D2nQ0b1jKvUTKJ-Ldix5dz3h3Rd4Ag@mail.gmail.com>
 <CAHPuU_YJsLJ8YghDFK1hHTWzQFMVJEY2_dmjyOMT5O0LSO4sYg@mail.gmail.com>
 <CAHPuU_ahLPD2Zmubf0dPYtobJ=pKOo=1phdzqFcPnfrCNjpPHg@mail.gmail.com>
 <CAHPuU_ZQUSB+uLK9dMGVRif0VKavQ0xN7XAD6vNU6me30bcxAQ@mail.gmail.com>
 <CABL7CQiyrraZcWy86ANfe6umvPjRyp=VTN2XBwf8v=EofagTOA@mail.gmail.com>
 <CAHPuU_bnWvoL_DPz8eRMryONLbjHr7=X=Evypde23aq99Beu6A@mail.gmail.com>
 <CAB6mnxJ_Sd6OxigZ8fE08tEp5RenqSUCerBcZQZvMHD3p4Ygzw@mail.gmail.com>
Message-ID: <CAHPuU_aapEX7nuPkHhVdW-bk6KE=j7YWpcTtKoC5eqbibnGGCw@mail.gmail.com>

1.2.1 wheel builds are now running, including the OpenBLAS 0.3.5.dev
version bump from Chuck in the wheels repo.

Fingers crossed!

On Mon, 17 Dec 2018 at 17:44, Charles R Harris <charlesr.harris at gmail.com>
wrote:

>
>
> On Mon, Dec 17, 2018 at 12:15 PM Tyler Reddy <tyler.je.reddy at gmail.com>
> wrote:
>
>> Currently waiting on 1.2.0 wheel builds as of this morning. Appveyor can
>> take about 4.5 hours to handle that.
>>
>>
> I like to start the builds in the evening, then go to bed :)
>
> <snip>
>
> Chuck
> _______________________________________________
> SciPy-Dev mailing list
> SciPy-Dev at python.org
> https://mail.python.org/mailman/listinfo/scipy-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/scipy-dev/attachments/20190206/7fbb84c7/attachment.html>

From tyler.je.reddy at gmail.com  Wed Feb  6 21:50:07 2019
From: tyler.je.reddy at gmail.com (Tyler Reddy)
Date: Wed, 6 Feb 2019 18:50:07 -0800
Subject: [SciPy-Dev] SciPy 1.2.0 release schedule
In-Reply-To: <CAHPuU_aapEX7nuPkHhVdW-bk6KE=j7YWpcTtKoC5eqbibnGGCw@mail.gmail.com>
References: <CAHPuU_bDrBvN8cZvYiZbiQR3MYdNvwUpfSA1d3SYE3REsmm8HQ@mail.gmail.com>
 <CABL7CQhC=gmPFjuk80X2fpqF+H8qRZ0GTB3S=f4zZybAJzj3yg@mail.gmail.com>
 <CAEqRcW3Udj8JV52wHxqOMch4BprjuBg9MH8qSB55uJyg360XyQ@mail.gmail.com>
 <CABL7CQh4X9OjVOLdKbyS8Gt=aevpU+z95J8GPA6==2pyUZ03LA@mail.gmail.com>
 <CAHPuU_b-quDE3TDqY2Q0cZy+S9QLeqG=ysOEFNDYP=cUEv5E-A@mail.gmail.com>
 <CAHPuU_Y1=zqX7fRVmO2pWxfQUg-_zw6=aNdRtw9Hj7-pKDfPzg@mail.gmail.com>
 <CABL7CQhhX+9iioSbYPq+vov5tOyesCPvwskAM81B4vtf9QLFHg@mail.gmail.com>
 <CAEBuzr8LKwQpr0ixjntPk_MSnjz6SMumdBNouqdeVekGu_FMNw@mail.gmail.com>
 <CAHPuU_YHeNjFhphqZyF9dOp3b61145gszBbbuPavaD3oZFYpaw@mail.gmail.com>
 <CAHPuU_b6R4e4f9tAFmuzvGpuOm+BHxRGPeCiTVbMapf81AAV2g@mail.gmail.com>
 <CAHPuU_b+Mpdieu07EcKjuyWKCAndLhFZim52aqd8SoURcHLtjQ@mail.gmail.com>
 <CAHPuU_afyUTLxY7VDn7mU7FK-DhF+x3qaJY8Dev1Ts25ktH-bg@mail.gmail.com>
 <CAEBuzr-MOVd5tbeCaer8Emx3_otSva2Uy_2Tmg5Sqmh5zeFy-Q@mail.gmail.com>
 <CAHPuU_YF3qJH6eA9AztxYHXceatgrDtZbRrkqwC0nc5OgHt6DA@mail.gmail.com>
 <CABL7CQgid7KcgQQhMJD-tK=L3Gqhhi7Em_RmnuuAh36v2gT+fA@mail.gmail.com>
 <CAHPuU_bLS_TsB1_rn5217mktk4iaKvRRkDzXXZ_+ewT9oAAw4A@mail.gmail.com>
 <CABL7CQhw=_vcnHteV-07D2nQ0b1jKvUTKJ-Ldix5dz3h3Rd4Ag@mail.gmail.com>
 <CAHPuU_YJsLJ8YghDFK1hHTWzQFMVJEY2_dmjyOMT5O0LSO4sYg@mail.gmail.com>
 <CAHPuU_ahLPD2Zmubf0dPYtobJ=pKOo=1phdzqFcPnfrCNjpPHg@mail.gmail.com>
 <CAHPuU_ZQUSB+uLK9dMGVRif0VKavQ0xN7XAD6vNU6me30bcxAQ@mail.gmail.com>
 <CABL7CQiyrraZcWy86ANfe6umvPjRyp=VTN2XBwf8v=EofagTOA@mail.gmail.com>
 <CAHPuU_bnWvoL_DPz8eRMryONLbjHr7=X=Evypde23aq99Beu6A@mail.gmail.com>
 <CAB6mnxJ_Sd6OxigZ8fE08tEp5RenqSUCerBcZQZvMHD3p4Ygzw@mail.gmail.com>
 <CAHPuU_aapEX7nuPkHhVdW-bk6KE=j7YWpcTtKoC5eqbibnGGCw@mail.gmail.com>
Message-ID: <CAHPuU_ZCgsacDRJrLBHD6OOgH1kn7hKiB3RtA7mVPFGdfkd9sA@mail.gmail.com>

TestInterop.test_splrep_errors seems to be the single failing test in a
variety of POSIX and Windows wheel build scenarios

This appears to be more prone to failure in wheel builds on Windows or
POSIX that use older versions of NumPy in combination with new OpenBLAS.
I don't know why, yet.

On Wed, 6 Feb 2019 at 16:15, Tyler Reddy <tyler.je.reddy at gmail.com> wrote:

> 1.2.1 wheel builds are now running, including the OpenBLAS 0.3.5.dev
> version bump from Chuck in the wheels repo.
>
> Fingers crossed!
>
> On Mon, 17 Dec 2018 at 17:44, Charles R Harris <charlesr.harris at gmail.com>
> wrote:
>
>>
>>
>> On Mon, Dec 17, 2018 at 12:15 PM Tyler Reddy <tyler.je.reddy at gmail.com>
>> wrote:
>>
>>> Currently waiting on 1.2.0 wheel builds as of this morning. Appveyor can
>>> take about 4.5 hours to handle that.
>>>
>>>
>> I like to start the builds in the evening, then go to bed :)
>>
>> <snip>
>>
>> Chuck
>> _______________________________________________
>> SciPy-Dev mailing list
>> SciPy-Dev at python.org
>> https://mail.python.org/mailman/listinfo/scipy-dev
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/scipy-dev/attachments/20190206/e47f93ba/attachment-0001.html>

From ralf.gommers at gmail.com  Wed Feb  6 22:03:31 2019
From: ralf.gommers at gmail.com (Ralf Gommers)
Date: Wed, 6 Feb 2019 19:03:31 -0800
Subject: [SciPy-Dev] SciPy 1.2.0 release schedule
In-Reply-To: <CAHPuU_ZCgsacDRJrLBHD6OOgH1kn7hKiB3RtA7mVPFGdfkd9sA@mail.gmail.com>
References: <CAHPuU_bDrBvN8cZvYiZbiQR3MYdNvwUpfSA1d3SYE3REsmm8HQ@mail.gmail.com>
 <CABL7CQhC=gmPFjuk80X2fpqF+H8qRZ0GTB3S=f4zZybAJzj3yg@mail.gmail.com>
 <CAEqRcW3Udj8JV52wHxqOMch4BprjuBg9MH8qSB55uJyg360XyQ@mail.gmail.com>
 <CABL7CQh4X9OjVOLdKbyS8Gt=aevpU+z95J8GPA6==2pyUZ03LA@mail.gmail.com>
 <CAHPuU_b-quDE3TDqY2Q0cZy+S9QLeqG=ysOEFNDYP=cUEv5E-A@mail.gmail.com>
 <CAHPuU_Y1=zqX7fRVmO2pWxfQUg-_zw6=aNdRtw9Hj7-pKDfPzg@mail.gmail.com>
 <CABL7CQhhX+9iioSbYPq+vov5tOyesCPvwskAM81B4vtf9QLFHg@mail.gmail.com>
 <CAEBuzr8LKwQpr0ixjntPk_MSnjz6SMumdBNouqdeVekGu_FMNw@mail.gmail.com>
 <CAHPuU_YHeNjFhphqZyF9dOp3b61145gszBbbuPavaD3oZFYpaw@mail.gmail.com>
 <CAHPuU_b6R4e4f9tAFmuzvGpuOm+BHxRGPeCiTVbMapf81AAV2g@mail.gmail.com>
 <CAHPuU_b+Mpdieu07EcKjuyWKCAndLhFZim52aqd8SoURcHLtjQ@mail.gmail.com>
 <CAHPuU_afyUTLxY7VDn7mU7FK-DhF+x3qaJY8Dev1Ts25ktH-bg@mail.gmail.com>
 <CAEBuzr-MOVd5tbeCaer8Emx3_otSva2Uy_2Tmg5Sqmh5zeFy-Q@mail.gmail.com>
 <CAHPuU_YF3qJH6eA9AztxYHXceatgrDtZbRrkqwC0nc5OgHt6DA@mail.gmail.com>
 <CABL7CQgid7KcgQQhMJD-tK=L3Gqhhi7Em_RmnuuAh36v2gT+fA@mail.gmail.com>
 <CAHPuU_bLS_TsB1_rn5217mktk4iaKvRRkDzXXZ_+ewT9oAAw4A@mail.gmail.com>
 <CABL7CQhw=_vcnHteV-07D2nQ0b1jKvUTKJ-Ldix5dz3h3Rd4Ag@mail.gmail.com>
 <CAHPuU_YJsLJ8YghDFK1hHTWzQFMVJEY2_dmjyOMT5O0LSO4sYg@mail.gmail.com>
 <CAHPuU_ahLPD2Zmubf0dPYtobJ=pKOo=1phdzqFcPnfrCNjpPHg@mail.gmail.com>
 <CAHPuU_ZQUSB+uLK9dMGVRif0VKavQ0xN7XAD6vNU6me30bcxAQ@mail.gmail.com>
 <CABL7CQiyrraZcWy86ANfe6umvPjRyp=VTN2XBwf8v=EofagTOA@mail.gmail.com>
 <CAHPuU_bnWvoL_DPz8eRMryONLbjHr7=X=Evypde23aq99Beu6A@mail.gmail.com>
 <CAB6mnxJ_Sd6OxigZ8fE08tEp5RenqSUCerBcZQZvMHD3p4Ygzw@mail.gmail.com>
 <CAHPuU_aapEX7nuPkHhVdW-bk6KE=j7YWpcTtKoC5eqbibnGGCw@mail.gmail.com>
 <CAHPuU_ZCgsacDRJrLBHD6OOgH1kn7hKiB3RtA7mVPFGdfkd9sA@mail.gmail.com>
Message-ID: <CABL7CQgX2nYUsJXzGOO3YA5duptNvyBQpX_W50c5=NUoy_mvSw@mail.gmail.com>

On Wed, Feb 6, 2019 at 6:50 PM Tyler Reddy <tyler.je.reddy at gmail.com> wrote:

> TestInterop.test_splrep_errors seems to be the single failing test in a
> variety of POSIX and Windows wheel build scenarios
>

Can't remember having seen the issue

    dfitpack.error: failed in converting 3rd argument `y' of
dfitpack.curfit to C/Fortran array.

before. Would be good to open a new issue for this.





>
> This appears to be more prone to failure in wheel builds on Windows or
> POSIX that use older versions of NumPy in combination with new OpenBLAS.
> I don't know why, yet.
>
> On Wed, 6 Feb 2019 at 16:15, Tyler Reddy <tyler.je.reddy at gmail.com> wrote:
>
>> 1.2.1 wheel builds are now running, including the OpenBLAS 0.3.5.dev
>> version bump from Chuck in the wheels repo.
>>
>> Fingers crossed!
>>
>> On Mon, 17 Dec 2018 at 17:44, Charles R Harris <charlesr.harris at gmail.com>
>> wrote:
>>
>>>
>>>
>>> On Mon, Dec 17, 2018 at 12:15 PM Tyler Reddy <tyler.je.reddy at gmail.com>
>>> wrote:
>>>
>>>> Currently waiting on 1.2.0 wheel builds as of this morning. Appveyor
>>>> can take about 4.5 hours to handle that.
>>>>
>>>>
>>> I like to start the builds in the evening, then go to bed :)
>>>
>>> <snip>
>>>
>>> Chuck
>>> _______________________________________________
>>> SciPy-Dev mailing list
>>> SciPy-Dev at python.org
>>> https://mail.python.org/mailman/listinfo/scipy-dev
>>>
>> _______________________________________________
> SciPy-Dev mailing list
> SciPy-Dev at python.org
> https://mail.python.org/mailman/listinfo/scipy-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/scipy-dev/attachments/20190206/a097e5e8/attachment.html>

From larson.eric.d at gmail.com  Fri Feb  8 12:09:41 2019
From: larson.eric.d at gmail.com (Eric Larson)
Date: Fri, 8 Feb 2019 12:09:41 -0500
Subject: [SciPy-Dev] Regarding GSoC 2019 Project
In-Reply-To: <CAN3ruUCc0DfEUpvKxEzU7dZxtVNDG5LaQPCo5AC-H_rGwGw5bg@mail.gmail.com>
References: <CAN3ruUCc0DfEUpvKxEzU7dZxtVNDG5LaQPCo5AC-H_rGwGw5bg@mail.gmail.com>
Message-ID: <CAGu2niVriZWA1smqLKSySdMXY-V2u8RrvnvvU5BqgqBTK=ypgA@mail.gmail.com>

Hey Amarnath,

No, you do not need in-depth knowledge of C or FORTRAN. The necessary
interfaces can be figured out without too much knowledge of those languages.

To proceed, you could read the SciPy wiki for GSoC, the SciPy roadmap, and
also look into which fftpack issues in the SciPy issue tracker
<https://github.com/scipy/scipy/issues?q=is%3Aissue+is%3Aopen+fftpack+label%3Ascipy.fftpack>.
Since numpy.fft is a related package, it would be good to look through
their issues, too (such as this one
<https://github.com/scipy/scipy/issues?q=is%3Aissue+is%3Aopen+fftpack+label%3Ascipy.fftpack>).
Then the next step would be to start formulating a proposal for a project
that would address some of these problems, and once you have some ideas,
solicit feedback here.

Eric


On Tue, Feb 5, 2019 at 9:31 AM Amarnath Karthi <97amarnathk at gmail.com>
wrote:

> Hey,
>
> I am a final year undergrad student planning to do my GSoC under Scipy. I
> have an experience with:
>
>    - Python 3
>    - Scientific computing
>
> I also am currently working on improving the performance of Cooley Tukey
> FFT on distributed systems. Thus I think I will be a good fit for the
> project.
>
> I would like to know whether this project will require me to have an
> indepth knowledge of the FFT Packages written in C or FORTRAN? Or that can
> be learnt on the fly?
>
> Also how should I proceed ahead?
>
> Regards,
> Amarnath
> _______________________________________________
> SciPy-Dev mailing list
> SciPy-Dev at python.org
> https://mail.python.org/mailman/listinfo/scipy-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/scipy-dev/attachments/20190208/cb9673d1/attachment.html>

From tyler.je.reddy at gmail.com  Sat Feb  9 01:05:17 2019
From: tyler.je.reddy at gmail.com (Tyler Reddy)
Date: Fri, 8 Feb 2019 22:05:17 -0800
Subject: [SciPy-Dev] ANN: SciPy 1.2.1
Message-ID: <CAHPuU_YYTCjXzEv+Th3xVMJ-gwb4cOYMCKWCEaCU66QcxZU0Vw@mail.gmail.com>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi all,

On behalf of the SciPy development team I'm pleased to announce
the release of SciPy 1.2.1, which is a bug fix release.

Sources and binary wheels can be found at:
https://pypi.org/project/scipy/
and at: https://github.com/scipy/scipy/releases/tag/v1.2.1

One of a few ways to install this release with pip:

pip install scipy==1.2.1

==========================
SciPy 1.2.1 Release Notes
==========================

SciPy 1.2.1 is a bug-fix release with no new features compared to 1.2.0.
Most importantly, it solves the issue that 1.2.0 cannot be installed
from source on Python 2.7 because of non-ASCII character issues.

It is also notable that SciPy 1.2.1 wheels were built with OpenBLAS
0.3.5.dev, which may alleviate some linear algebra issues observed
in SciPy 1.2.0.

Authors
=======

* Eric Larson
* Mark Mikofski
* Evgeni Burovski
* Ralf Gommers
* Eric Moore
* Tyler Reddy

Issues closed for 1.2.1
------------------------

* `#9606 <https://github.com/scipy/scipy/issues/9606>`__: SyntaxError:
Non-ASCII character '\xe2' in file scipy/stats/_continuous_distns.py on
line 3346, but no encoding declared
* `#9608 <https://github.com/scipy/scipy/issues/9608>`__: Version 1.2.0
introduces `too many indices for array` error in...
* `#9709 <https://github.com/scipy/scipy/issues/9709>`__:
scipy.stats.gaussian_kde normalizes the weights keyword argument...
* `#9733 <https://github.com/scipy/scipy/issues/9733>`__:
scipy.linalg.qr_update gives NaN result
* `#9724 <https://github.com/scipy/scipy/issues/9724>`__: CI: Is
scipy.scipy Windows Python36-32bit-full working?

Pull requests for 1.2.1
------------------------

* `#9612 <https://github.com/scipy/scipy/pull/9612>`__: BUG: don't use
array newton unless size is greater than 1
* `#9615 <https://github.com/scipy/scipy/pull/9615>`__: ENH: Add test for
encoding
* `#9720 <https://github.com/scipy/scipy/pull/9720>`__: BUG: stats:
weighted KDE does not modify the weights array
* `#9739 <https://github.com/scipy/scipy/pull/9739>`__: BUG: qr_updates
fails if u is exactly in span Q
* `#9725 <https://github.com/scipy/scipy/pull/9725>`__: TST: pin mingw for
Azure Win CI
* `#9736 <https://github.com/scipy/scipy/pull/9736>`__: TST: adjust to
vmImage dispatch in Azure
* `#9681 <https://github.com/scipy/scipy/pull/9681>`__: BUG: Fix failing
stats tests (partial backport)
* `#9662 <https://github.com/scipy/scipy/pull/9662>`__: TST: interpolate:
avoid pytest deprecations

Checksums
=========

MD5
~~~

982810997da9daab2e512a6c27918889
scipy-1.2.1-cp27-cp27m-macosx_10_6_intel.macosx_10_9_intel.macosx_10_9_x86_64.macosx_10_10_intel.macosx_10_10_x86_64.whl
9500cad49b7eac9786c90cba146ad357  scipy-1.2.1-cp27-cp27m-manylinux1_i686.whl
fe9ba7f16e0e7f7c9cd59d39ea8e9545
scipy-1.2.1-cp27-cp27m-manylinux1_x86_64.whl
f1823b26b2afda2027f78df427791700  scipy-1.2.1-cp27-cp27m-win32.whl
c0692c60b4baaafd99fb2bf0c689bbf1  scipy-1.2.1-cp27-cp27m-win_amd64.whl
b5a5b9b146bac064a7921c5121d5e19c
scipy-1.2.1-cp27-cp27mu-manylinux1_i686.whl
fd637f4dc4308ae9cf7655e3e5f3a27d
scipy-1.2.1-cp27-cp27mu-manylinux1_x86_64.whl
8faae90250009230cd2f7845ba4735f2
scipy-1.2.1-cp34-cp34m-macosx_10_6_intel.macosx_10_9_intel.macosx_10_9_x86_64.macosx_10_10_intel.macosx_10_10_x86_64.whl
a28a93cb20987666f788d43c50e2ab79  scipy-1.2.1-cp34-cp34m-manylinux1_i686.whl
26264ebb568728065e3ef73b5419793a
scipy-1.2.1-cp34-cp34m-manylinux1_x86_64.whl
fbb79da3d5823ba0f23b0f8d50023bfd  scipy-1.2.1-cp34-cp34m-win32.whl
f82cf6834e4e2a2e4008fec5da2f4b0b  scipy-1.2.1-cp34-cp34m-win_amd64.whl
cc248fd969b11589d98bcb550330e08d
scipy-1.2.1-cp35-cp35m-macosx_10_6_intel.macosx_10_9_intel.macosx_10_9_x86_64.macosx_10_10_intel.macosx_10_10_x86_64.whl
3b5e8eb89a49fb7bc506cf17a54b926b  scipy-1.2.1-cp35-cp35m-manylinux1_i686.whl
0cd66785fd9f8390494f42beb499f56a
scipy-1.2.1-cp35-cp35m-manylinux1_x86_64.whl
379d37ae932af2096e037b4defd4cf60  scipy-1.2.1-cp35-cp35m-win32.whl
5dd4c47c501c96dc0c20b72521058133  scipy-1.2.1-cp35-cp35m-win_amd64.whl
6fa013443295e55c96eb174578dcffee
scipy-1.2.1-cp36-cp36m-macosx_10_6_intel.macosx_10_9_intel.macosx_10_9_x86_64.macosx_10_10_intel.macosx_10_10_x86_64.whl
5069317ab38e3dfbb8923341c2b23a69  scipy-1.2.1-cp36-cp36m-manylinux1_i686.whl
8e6a1fd1354428074d8457fe46cd4f7c
scipy-1.2.1-cp36-cp36m-manylinux1_x86_64.whl
27142bff898a18368032165c27c11466  scipy-1.2.1-cp36-cp36m-win32.whl
489fd885aefd07bded69a8e0452c16b0  scipy-1.2.1-cp36-cp36m-win_amd64.whl
84ef33013d9871f23db0ecad25552636
scipy-1.2.1-cp37-cp37m-macosx_10_6_intel.macosx_10_9_intel.macosx_10_9_x86_64.macosx_10_10_intel.macosx_10_10_x86_64.whl
7b7ae846b70e60188b3d772e9d60d3d2  scipy-1.2.1-cp37-cp37m-manylinux1_i686.whl
21b29788cd2c037366d2ff5d54ae7517
scipy-1.2.1-cp37-cp37m-manylinux1_x86_64.whl
e11ce933d012481ea27fe49314b606aa  scipy-1.2.1-cp37-cp37m-win32.whl
23424815af8e69f945bb406a0c1be6c6  scipy-1.2.1-cp37-cp37m-win_amd64.whl
fe88877767563e50078df86dadf7b1f4  scipy-1.2.1.tar.gz
312110f3ea37269003e587207eb72855  scipy-1.2.1.tar.xz
b4e2b70f7885a746618e8bcdf77857d7  scipy-1.2.1.zip

SHA256
~~~~~~

f06819b028b8ef9010281e74c59cb35483933583043091ed6b261bb1540f11cc
scipy-1.2.1-cp27-cp27m-macosx_10_6_intel.macosx_10_9_intel.macosx_10_9_x86_64.macosx_10_10_intel.macosx_10_10_x86_64.whl
70e37cec0ac0fe95c85b74ca4e0620169590fd5d3f44765f3c3a532cedb0e5fd
scipy-1.2.1-cp27-cp27m-manylinux1_i686.whl
9726791484f08e394af0b59eb80489ad94d0a53bbb58ab1837dcad4d58489863
scipy-1.2.1-cp27-cp27m-manylinux1_x86_64.whl
790cbd3c8d09f3a6d9c47c4558841e25bac34eb7a0864a9def8f26be0b8706af
scipy-1.2.1-cp27-cp27m-win32.whl
014cb900c003b5ac81a53f2403294e8ecf37aedc315b59a6b9370dce0aa7627a
scipy-1.2.1-cp27-cp27m-win_amd64.whl
78e12972e144da47326958ac40c2bd1c1cca908edc8b01c26a36f9ffd3dce466
scipy-1.2.1-cp27-cp27mu-manylinux1_i686.whl
f15f2d60a11c306de7700ee9f65df7e9e463848dbea9c8051e293b704038da60
scipy-1.2.1-cp27-cp27mu-manylinux1_x86_64.whl
e2cfcbab37c082a5087aba5ff00209999053260441caadd4f0e8f4c2d6b72088
scipy-1.2.1-cp34-cp34m-macosx_10_6_intel.macosx_10_9_intel.macosx_10_9_x86_64.macosx_10_10_intel.macosx_10_10_x86_64.whl
b86ae13c597fca087cb8c193870507c8916cefb21e52e1897da320b5a35075e5
scipy-1.2.1-cp34-cp34m-manylinux1_i686.whl
865afedf35aaef6df6344bee0de391ee5e99d6e802950a237f9fb9b13e441f91
scipy-1.2.1-cp34-cp34m-manylinux1_x86_64.whl
e742f1f5dcaf222e8471c37ee3d1fd561568a16bb52e031c25674ff1cf9702d5
scipy-1.2.1-cp34-cp34m-win32.whl
f6b88c8d302c3dac8dff7766955e38d670c82e0d79edfc7eae47d6bb2c186594
scipy-1.2.1-cp34-cp34m-win_amd64.whl
7274735fb6fb5d67d3789ddec2cd53ed6362539b41aa6cc0d33a06c003aaa390
scipy-1.2.1-cp35-cp35m-macosx_10_6_intel.macosx_10_9_intel.macosx_10_9_x86_64.macosx_10_10_intel.macosx_10_10_x86_64.whl
963815c226b29b0176d5e3d37fc9de46e2778ce4636a5a7af11a48122ef2577c
scipy-1.2.1-cp35-cp35m-manylinux1_i686.whl
281a34da34a5e0de42d26aed692ab710141cad9d5d218b20643a9cb538ace976
scipy-1.2.1-cp35-cp35m-manylinux1_x86_64.whl
5a10661accd36b6e2e8855addcf3d675d6222006a15795420a39c040362def66
scipy-1.2.1-cp35-cp35m-win32.whl
def0e5d681dd3eb562b059d355ae8bebe27f5cc455ab7c2b6655586b63d3a8ea
scipy-1.2.1-cp35-cp35m-win_amd64.whl
79792c8fe8e9d06ebc50fe23266522c8c89f20aa94ac8e80472917ecdce1e5ba
scipy-1.2.1-cp36-cp36m-macosx_10_6_intel.macosx_10_9_intel.macosx_10_9_x86_64.macosx_10_10_intel.macosx_10_10_x86_64.whl
6dcc43a88e25b815c2dea1c6fac7339779fc988f5df8396e1de01610604a7c38
scipy-1.2.1-cp36-cp36m-manylinux1_i686.whl
f31338ee269d201abe76083a990905473987371ff6f3fdb76a3f9073a361cf37
scipy-1.2.1-cp36-cp36m-manylinux1_x86_64.whl
9de84a71bb7979aa8c089c4fb0ea0e2ed3917df3fb2a287a41aaea54bbad7f5d
scipy-1.2.1-cp36-cp36m-win32.whl
b2c324ddc5d6dbd3f13680ad16a29425841876a84a1de23a984236d1afff4fa6
scipy-1.2.1-cp36-cp36m-win_amd64.whl
588f9cc4bfab04c45fbd19c1354b5ade377a8124d6151d511c83730a9b6b2338
scipy-1.2.1-cp37-cp37m-macosx_10_6_intel.macosx_10_9_intel.macosx_10_9_x86_64.macosx_10_10_intel.macosx_10_10_x86_64.whl
628f60be272512ca1123524969649a8cb5ae8b31cca349f7c6f8903daf9034d7
scipy-1.2.1-cp37-cp37m-manylinux1_i686.whl
870fd401ec7b64a895cff8e206ee16569158db00254b2f7157b4c9a5db72c722
scipy-1.2.1-cp37-cp37m-manylinux1_x86_64.whl
d78702af4102a3a4e23bb7372cec283e78f32f5573d92091aa6aaba870370fe1
scipy-1.2.1-cp37-cp37m-win32.whl
ba0488d4dbba2af5bf9596b849873102d612e49a118c512d9d302ceafa36e01a
scipy-1.2.1-cp37-cp37m-win_amd64.whl
e085d1babcb419bbe58e2e805ac61924dac4ca45a07c9fa081144739e500aa3c
scipy-1.2.1.tar.gz
be0e1b322b4b9f2ab88a35db32c494f12639937cf671d4cc210238feb8d5a89d
scipy-1.2.1.tar.xz
8140810cf19707c732f330ba6e54968bc85160768850bfbf38d995193e597e2e
scipy-1.2.1.zip
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1

iQIcBAEBAgAGBQJcXk5KAAoJELD/41ZX0J71zZ0P/3/6ZgXpYGEA013LKNh+/PrV
YSA2G7b4jGYExim4cgFHDrwBPoFwiVcfdBTPMxSYn8mtvuqyn4TlcmxqGKQkOwoS
zdOEUHdxPFLt8nAy5rWjiCYHzC4qCpGnt+3ROVzRjGA2BLSdzqBg+njT2+9FKNrH
5UoZP4s3TCA8Yn4z2bYV+2viHTAXFsEhHFraNuK5MQu045E57gt5VwYm+ylEeE3Q
npcO2U8vio7Hr8ARVOyvQqL8HsQy5/8q8lGTBLbBAP+ujPXi3lRwdb2KqPl3ojfE
7afkEdC3W44CCxPoJfLOdwFnsaOUGVtFeNKmcS2YNWregMpjeG68AjjHO1vCeM34
twNXrwhO2gROwYnp6Q22TTiMsPTTUvce+qGmAyD1d4osOG5zz1A/YQWxHw8Runl0
LPrVt46aOUJTvjCAFs6c7McY04j6lILMyGZlxpyGwLEkP9YAABGvbOtHDMBBWvJs
CFxLAo4gEWfJKcJ0bnAKQ9HNeJ45JJ3PQLD5eEmOl+TOQjl0nzY4c7D4LYB0wpl2
NY7tr/TcASX7TlwbjzmlccJUDmNhekcZVTbx65NFjmb2/nUgqAB9ZVjJKyQDpZng
rLXZitBmd8IRb8xXp5Smbgt0VccwbMfJF4fulnrVokwILhsIbwZlYQDCG6KOPV27
mObh7S2ZazRQ76Gd4rcu
=HBJ8
-----END PGP SIGNATURE-----
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/scipy-dev/attachments/20190208/f3cd79ea/attachment-0001.html>

From ralf.gommers at gmail.com  Sat Feb  9 01:09:19 2019
From: ralf.gommers at gmail.com (Ralf Gommers)
Date: Fri, 8 Feb 2019 22:09:19 -0800
Subject: [SciPy-Dev] ANN: SciPy 1.2.1
In-Reply-To: <CAHPuU_YYTCjXzEv+Th3xVMJ-gwb4cOYMCKWCEaCU66QcxZU0Vw@mail.gmail.com>
References: <CAHPuU_YYTCjXzEv+Th3xVMJ-gwb4cOYMCKWCEaCU66QcxZU0Vw@mail.gmail.com>
Message-ID: <CABL7CQgR1SYXcAKcZr=0DeGnRVYwipqe8trh380DM5k9k3ixEg@mail.gmail.com>

On Fri, Feb 8, 2019 at 10:05 PM Tyler Reddy <tyler.je.reddy at gmail.com>
wrote:

> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Hi all,
>
> On behalf of the SciPy development team I'm pleased to announce
> the release of SciPy 1.2.1, which is a bug fix release.
>
> Sources and binary wheels can be found at:
> https://pypi.org/project/scipy/
> and at: https://github.com/scipy/scipy/releases/tag/v1.2.1
>
> One of a few ways to install this release with pip:
>
> pip install scipy==1.2.1
>

Thanks for managing this release Tyler!

Ralf


> ==========================
> SciPy 1.2.1 Release Notes
> ==========================
>
> SciPy 1.2.1 is a bug-fix release with no new features compared to 1.2.0.
> Most importantly, it solves the issue that 1.2.0 cannot be installed
> from source on Python 2.7 because of non-ASCII character issues.
>
> It is also notable that SciPy 1.2.1 wheels were built with OpenBLAS
> 0.3.5.dev, which may alleviate some linear algebra issues observed
> in SciPy 1.2.0.
>
> Authors
> =======
>
> * Eric Larson
> * Mark Mikofski
> * Evgeni Burovski
> * Ralf Gommers
> * Eric Moore
> * Tyler Reddy
>
> Issues closed for 1.2.1
> ------------------------
>
> * `#9606 <https://github.com/scipy/scipy/issues/9606>`__: SyntaxError:
> Non-ASCII character '\xe2' in file scipy/stats/_continuous_distns.py on
> line 3346, but no encoding declared
> * `#9608 <https://github.com/scipy/scipy/issues/9608>`__: Version 1.2.0
> introduces `too many indices for array` error in...
> * `#9709 <https://github.com/scipy/scipy/issues/9709>`__:
> scipy.stats.gaussian_kde normalizes the weights keyword argument...
> * `#9733 <https://github.com/scipy/scipy/issues/9733>`__:
> scipy.linalg.qr_update gives NaN result
> * `#9724 <https://github.com/scipy/scipy/issues/9724>`__: CI: Is
> scipy.scipy Windows Python36-32bit-full working?
>
> Pull requests for 1.2.1
> ------------------------
>
> * `#9612 <https://github.com/scipy/scipy/pull/9612>`__: BUG: don't use
> array newton unless size is greater than 1
> * `#9615 <https://github.com/scipy/scipy/pull/9615>`__: ENH: Add test for
> encoding
> * `#9720 <https://github.com/scipy/scipy/pull/9720>`__: BUG: stats:
> weighted KDE does not modify the weights array
> * `#9739 <https://github.com/scipy/scipy/pull/9739>`__: BUG: qr_updates
> fails if u is exactly in span Q
> * `#9725 <https://github.com/scipy/scipy/pull/9725>`__: TST: pin mingw
> for Azure Win CI
> * `#9736 <https://github.com/scipy/scipy/pull/9736>`__: TST: adjust to
> vmImage dispatch in Azure
> * `#9681 <https://github.com/scipy/scipy/pull/9681>`__: BUG: Fix failing
> stats tests (partial backport)
> * `#9662 <https://github.com/scipy/scipy/pull/9662>`__: TST: interpolate:
> avoid pytest deprecations
>
> Checksums
> =========
>
> MD5
> ~~~
>
> 982810997da9daab2e512a6c27918889
> scipy-1.2.1-cp27-cp27m-macosx_10_6_intel.macosx_10_9_intel.macosx_10_9_x86_64.macosx_10_10_intel.macosx_10_10_x86_64.whl
> 9500cad49b7eac9786c90cba146ad357
> scipy-1.2.1-cp27-cp27m-manylinux1_i686.whl
> fe9ba7f16e0e7f7c9cd59d39ea8e9545
> scipy-1.2.1-cp27-cp27m-manylinux1_x86_64.whl
> f1823b26b2afda2027f78df427791700  scipy-1.2.1-cp27-cp27m-win32.whl
> c0692c60b4baaafd99fb2bf0c689bbf1  scipy-1.2.1-cp27-cp27m-win_amd64.whl
> b5a5b9b146bac064a7921c5121d5e19c
> scipy-1.2.1-cp27-cp27mu-manylinux1_i686.whl
> fd637f4dc4308ae9cf7655e3e5f3a27d
> scipy-1.2.1-cp27-cp27mu-manylinux1_x86_64.whl
> 8faae90250009230cd2f7845ba4735f2
> scipy-1.2.1-cp34-cp34m-macosx_10_6_intel.macosx_10_9_intel.macosx_10_9_x86_64.macosx_10_10_intel.macosx_10_10_x86_64.whl
> a28a93cb20987666f788d43c50e2ab79
> scipy-1.2.1-cp34-cp34m-manylinux1_i686.whl
> 26264ebb568728065e3ef73b5419793a
> scipy-1.2.1-cp34-cp34m-manylinux1_x86_64.whl
> fbb79da3d5823ba0f23b0f8d50023bfd  scipy-1.2.1-cp34-cp34m-win32.whl
> f82cf6834e4e2a2e4008fec5da2f4b0b  scipy-1.2.1-cp34-cp34m-win_amd64.whl
> cc248fd969b11589d98bcb550330e08d
> scipy-1.2.1-cp35-cp35m-macosx_10_6_intel.macosx_10_9_intel.macosx_10_9_x86_64.macosx_10_10_intel.macosx_10_10_x86_64.whl
> 3b5e8eb89a49fb7bc506cf17a54b926b
> scipy-1.2.1-cp35-cp35m-manylinux1_i686.whl
> 0cd66785fd9f8390494f42beb499f56a
> scipy-1.2.1-cp35-cp35m-manylinux1_x86_64.whl
> 379d37ae932af2096e037b4defd4cf60  scipy-1.2.1-cp35-cp35m-win32.whl
> 5dd4c47c501c96dc0c20b72521058133  scipy-1.2.1-cp35-cp35m-win_amd64.whl
> 6fa013443295e55c96eb174578dcffee
> scipy-1.2.1-cp36-cp36m-macosx_10_6_intel.macosx_10_9_intel.macosx_10_9_x86_64.macosx_10_10_intel.macosx_10_10_x86_64.whl
> 5069317ab38e3dfbb8923341c2b23a69
> scipy-1.2.1-cp36-cp36m-manylinux1_i686.whl
> 8e6a1fd1354428074d8457fe46cd4f7c
> scipy-1.2.1-cp36-cp36m-manylinux1_x86_64.whl
> 27142bff898a18368032165c27c11466  scipy-1.2.1-cp36-cp36m-win32.whl
> 489fd885aefd07bded69a8e0452c16b0  scipy-1.2.1-cp36-cp36m-win_amd64.whl
> 84ef33013d9871f23db0ecad25552636
> scipy-1.2.1-cp37-cp37m-macosx_10_6_intel.macosx_10_9_intel.macosx_10_9_x86_64.macosx_10_10_intel.macosx_10_10_x86_64.whl
> 7b7ae846b70e60188b3d772e9d60d3d2
> scipy-1.2.1-cp37-cp37m-manylinux1_i686.whl
> 21b29788cd2c037366d2ff5d54ae7517
> scipy-1.2.1-cp37-cp37m-manylinux1_x86_64.whl
> e11ce933d012481ea27fe49314b606aa  scipy-1.2.1-cp37-cp37m-win32.whl
> 23424815af8e69f945bb406a0c1be6c6  scipy-1.2.1-cp37-cp37m-win_amd64.whl
> fe88877767563e50078df86dadf7b1f4  scipy-1.2.1.tar.gz
> 312110f3ea37269003e587207eb72855  scipy-1.2.1.tar.xz
> b4e2b70f7885a746618e8bcdf77857d7  scipy-1.2.1.zip
>
> SHA256
> ~~~~~~
>
> f06819b028b8ef9010281e74c59cb35483933583043091ed6b261bb1540f11cc
> scipy-1.2.1-cp27-cp27m-macosx_10_6_intel.macosx_10_9_intel.macosx_10_9_x86_64.macosx_10_10_intel.macosx_10_10_x86_64.whl
> 70e37cec0ac0fe95c85b74ca4e0620169590fd5d3f44765f3c3a532cedb0e5fd
> scipy-1.2.1-cp27-cp27m-manylinux1_i686.whl
> 9726791484f08e394af0b59eb80489ad94d0a53bbb58ab1837dcad4d58489863
> scipy-1.2.1-cp27-cp27m-manylinux1_x86_64.whl
> 790cbd3c8d09f3a6d9c47c4558841e25bac34eb7a0864a9def8f26be0b8706af
> scipy-1.2.1-cp27-cp27m-win32.whl
> 014cb900c003b5ac81a53f2403294e8ecf37aedc315b59a6b9370dce0aa7627a
> scipy-1.2.1-cp27-cp27m-win_amd64.whl
> 78e12972e144da47326958ac40c2bd1c1cca908edc8b01c26a36f9ffd3dce466
> scipy-1.2.1-cp27-cp27mu-manylinux1_i686.whl
> f15f2d60a11c306de7700ee9f65df7e9e463848dbea9c8051e293b704038da60
> scipy-1.2.1-cp27-cp27mu-manylinux1_x86_64.whl
> e2cfcbab37c082a5087aba5ff00209999053260441caadd4f0e8f4c2d6b72088
> scipy-1.2.1-cp34-cp34m-macosx_10_6_intel.macosx_10_9_intel.macosx_10_9_x86_64.macosx_10_10_intel.macosx_10_10_x86_64.whl
> b86ae13c597fca087cb8c193870507c8916cefb21e52e1897da320b5a35075e5
> scipy-1.2.1-cp34-cp34m-manylinux1_i686.whl
> 865afedf35aaef6df6344bee0de391ee5e99d6e802950a237f9fb9b13e441f91
> scipy-1.2.1-cp34-cp34m-manylinux1_x86_64.whl
> e742f1f5dcaf222e8471c37ee3d1fd561568a16bb52e031c25674ff1cf9702d5
> scipy-1.2.1-cp34-cp34m-win32.whl
> f6b88c8d302c3dac8dff7766955e38d670c82e0d79edfc7eae47d6bb2c186594
> scipy-1.2.1-cp34-cp34m-win_amd64.whl
> 7274735fb6fb5d67d3789ddec2cd53ed6362539b41aa6cc0d33a06c003aaa390
> scipy-1.2.1-cp35-cp35m-macosx_10_6_intel.macosx_10_9_intel.macosx_10_9_x86_64.macosx_10_10_intel.macosx_10_10_x86_64.whl
> 963815c226b29b0176d5e3d37fc9de46e2778ce4636a5a7af11a48122ef2577c
> scipy-1.2.1-cp35-cp35m-manylinux1_i686.whl
> 281a34da34a5e0de42d26aed692ab710141cad9d5d218b20643a9cb538ace976
> scipy-1.2.1-cp35-cp35m-manylinux1_x86_64.whl
> 5a10661accd36b6e2e8855addcf3d675d6222006a15795420a39c040362def66
> scipy-1.2.1-cp35-cp35m-win32.whl
> def0e5d681dd3eb562b059d355ae8bebe27f5cc455ab7c2b6655586b63d3a8ea
> scipy-1.2.1-cp35-cp35m-win_amd64.whl
> 79792c8fe8e9d06ebc50fe23266522c8c89f20aa94ac8e80472917ecdce1e5ba
> scipy-1.2.1-cp36-cp36m-macosx_10_6_intel.macosx_10_9_intel.macosx_10_9_x86_64.macosx_10_10_intel.macosx_10_10_x86_64.whl
> 6dcc43a88e25b815c2dea1c6fac7339779fc988f5df8396e1de01610604a7c38
> scipy-1.2.1-cp36-cp36m-manylinux1_i686.whl
> f31338ee269d201abe76083a990905473987371ff6f3fdb76a3f9073a361cf37
> scipy-1.2.1-cp36-cp36m-manylinux1_x86_64.whl
> 9de84a71bb7979aa8c089c4fb0ea0e2ed3917df3fb2a287a41aaea54bbad7f5d
> scipy-1.2.1-cp36-cp36m-win32.whl
> b2c324ddc5d6dbd3f13680ad16a29425841876a84a1de23a984236d1afff4fa6
> scipy-1.2.1-cp36-cp36m-win_amd64.whl
> 588f9cc4bfab04c45fbd19c1354b5ade377a8124d6151d511c83730a9b6b2338
> scipy-1.2.1-cp37-cp37m-macosx_10_6_intel.macosx_10_9_intel.macosx_10_9_x86_64.macosx_10_10_intel.macosx_10_10_x86_64.whl
> 628f60be272512ca1123524969649a8cb5ae8b31cca349f7c6f8903daf9034d7
> scipy-1.2.1-cp37-cp37m-manylinux1_i686.whl
> 870fd401ec7b64a895cff8e206ee16569158db00254b2f7157b4c9a5db72c722
> scipy-1.2.1-cp37-cp37m-manylinux1_x86_64.whl
> d78702af4102a3a4e23bb7372cec283e78f32f5573d92091aa6aaba870370fe1
> scipy-1.2.1-cp37-cp37m-win32.whl
> ba0488d4dbba2af5bf9596b849873102d612e49a118c512d9d302ceafa36e01a
> scipy-1.2.1-cp37-cp37m-win_amd64.whl
> e085d1babcb419bbe58e2e805ac61924dac4ca45a07c9fa081144739e500aa3c
> scipy-1.2.1.tar.gz
> be0e1b322b4b9f2ab88a35db32c494f12639937cf671d4cc210238feb8d5a89d
> scipy-1.2.1.tar.xz
> 8140810cf19707c732f330ba6e54968bc85160768850bfbf38d995193e597e2e
> scipy-1.2.1.zip
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1
>
> iQIcBAEBAgAGBQJcXk5KAAoJELD/41ZX0J71zZ0P/3/6ZgXpYGEA013LKNh+/PrV
> YSA2G7b4jGYExim4cgFHDrwBPoFwiVcfdBTPMxSYn8mtvuqyn4TlcmxqGKQkOwoS
> zdOEUHdxPFLt8nAy5rWjiCYHzC4qCpGnt+3ROVzRjGA2BLSdzqBg+njT2+9FKNrH
> 5UoZP4s3TCA8Yn4z2bYV+2viHTAXFsEhHFraNuK5MQu045E57gt5VwYm+ylEeE3Q
> npcO2U8vio7Hr8ARVOyvQqL8HsQy5/8q8lGTBLbBAP+ujPXi3lRwdb2KqPl3ojfE
> 7afkEdC3W44CCxPoJfLOdwFnsaOUGVtFeNKmcS2YNWregMpjeG68AjjHO1vCeM34
> twNXrwhO2gROwYnp6Q22TTiMsPTTUvce+qGmAyD1d4osOG5zz1A/YQWxHw8Runl0
> LPrVt46aOUJTvjCAFs6c7McY04j6lILMyGZlxpyGwLEkP9YAABGvbOtHDMBBWvJs
> CFxLAo4gEWfJKcJ0bnAKQ9HNeJ45JJ3PQLD5eEmOl+TOQjl0nzY4c7D4LYB0wpl2
> NY7tr/TcASX7TlwbjzmlccJUDmNhekcZVTbx65NFjmb2/nUgqAB9ZVjJKyQDpZng
> rLXZitBmd8IRb8xXp5Smbgt0VccwbMfJF4fulnrVokwILhsIbwZlYQDCG6KOPV27
> mObh7S2ZazRQ76Gd4rcu
> =HBJ8
> -----END PGP SIGNATURE-----
> _______________________________________________
> SciPy-Dev mailing list
> SciPy-Dev at python.org
> https://mail.python.org/mailman/listinfo/scipy-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/scipy-dev/attachments/20190208/e4c2d079/attachment-0001.html>

From ilhanpolat at gmail.com  Tue Feb 12 03:55:23 2019
From: ilhanpolat at gmail.com (Ilhan Polat)
Date: Tue, 12 Feb 2019 09:55:23 +0100
Subject: [SciPy-Dev] ANN: SciPy 1.2.1
In-Reply-To: <CAHPuU_YYTCjXzEv+Th3xVMJ-gwb4cOYMCKWCEaCU66QcxZU0Vw@mail.gmail.com>
References: <CAHPuU_YYTCjXzEv+Th3xVMJ-gwb4cOYMCKWCEaCU66QcxZU0Vw@mail.gmail.com>
Message-ID: <CAEBuzr_gh530EHV8U-d7jbm1gU6sK=LqcNBi19S-1vokLasJ9Q@mail.gmail.com>

Thank you for the heavylifting Tyler! It was quite an undertaking.

On Sat, Feb 9, 2019 at 7:06 AM Tyler Reddy <tyler.je.reddy at gmail.com> wrote:

> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Hi all,
>
> On behalf of the SciPy development team I'm pleased to announce
> the release of SciPy 1.2.1, which is a bug fix release.
>
> Sources and binary wheels can be found at:
> https://pypi.org/project/scipy/
> and at: https://github.com/scipy/scipy/releases/tag/v1.2.1
>
> One of a few ways to install this release with pip:
>
> pip install scipy==1.2.1
>
> ==========================
> SciPy 1.2.1 Release Notes
> ==========================
>
> SciPy 1.2.1 is a bug-fix release with no new features compared to 1.2.0.
> Most importantly, it solves the issue that 1.2.0 cannot be installed
> from source on Python 2.7 because of non-ASCII character issues.
>
> It is also notable that SciPy 1.2.1 wheels were built with OpenBLAS
> 0.3.5.dev, which may alleviate some linear algebra issues observed
> in SciPy 1.2.0.
>
> Authors
> =======
>
> * Eric Larson
> * Mark Mikofski
> * Evgeni Burovski
> * Ralf Gommers
> * Eric Moore
> * Tyler Reddy
>
> Issues closed for 1.2.1
> ------------------------
>
> * `#9606 <https://github.com/scipy/scipy/issues/9606>`__: SyntaxError:
> Non-ASCII character '\xe2' in file scipy/stats/_continuous_distns.py on
> line 3346, but no encoding declared
> * `#9608 <https://github.com/scipy/scipy/issues/9608>`__: Version 1.2.0
> introduces `too many indices for array` error in...
> * `#9709 <https://github.com/scipy/scipy/issues/9709>`__:
> scipy.stats.gaussian_kde normalizes the weights keyword argument...
> * `#9733 <https://github.com/scipy/scipy/issues/9733>`__:
> scipy.linalg.qr_update gives NaN result
> * `#9724 <https://github.com/scipy/scipy/issues/9724>`__: CI: Is
> scipy.scipy Windows Python36-32bit-full working?
>
> Pull requests for 1.2.1
> ------------------------
>
> * `#9612 <https://github.com/scipy/scipy/pull/9612>`__: BUG: don't use
> array newton unless size is greater than 1
> * `#9615 <https://github.com/scipy/scipy/pull/9615>`__: ENH: Add test for
> encoding
> * `#9720 <https://github.com/scipy/scipy/pull/9720>`__: BUG: stats:
> weighted KDE does not modify the weights array
> * `#9739 <https://github.com/scipy/scipy/pull/9739>`__: BUG: qr_updates
> fails if u is exactly in span Q
> * `#9725 <https://github.com/scipy/scipy/pull/9725>`__: TST: pin mingw
> for Azure Win CI
> * `#9736 <https://github.com/scipy/scipy/pull/9736>`__: TST: adjust to
> vmImage dispatch in Azure
> * `#9681 <https://github.com/scipy/scipy/pull/9681>`__: BUG: Fix failing
> stats tests (partial backport)
> * `#9662 <https://github.com/scipy/scipy/pull/9662>`__: TST: interpolate:
> avoid pytest deprecations
>
> Checksums
> =========
>
> MD5
> ~~~
>
> 982810997da9daab2e512a6c27918889
> scipy-1.2.1-cp27-cp27m-macosx_10_6_intel.macosx_10_9_intel.macosx_10_9_x86_64.macosx_10_10_intel.macosx_10_10_x86_64.whl
> 9500cad49b7eac9786c90cba146ad357
> scipy-1.2.1-cp27-cp27m-manylinux1_i686.whl
> fe9ba7f16e0e7f7c9cd59d39ea8e9545
> scipy-1.2.1-cp27-cp27m-manylinux1_x86_64.whl
> f1823b26b2afda2027f78df427791700  scipy-1.2.1-cp27-cp27m-win32.whl
> c0692c60b4baaafd99fb2bf0c689bbf1  scipy-1.2.1-cp27-cp27m-win_amd64.whl
> b5a5b9b146bac064a7921c5121d5e19c
> scipy-1.2.1-cp27-cp27mu-manylinux1_i686.whl
> fd637f4dc4308ae9cf7655e3e5f3a27d
> scipy-1.2.1-cp27-cp27mu-manylinux1_x86_64.whl
> 8faae90250009230cd2f7845ba4735f2
> scipy-1.2.1-cp34-cp34m-macosx_10_6_intel.macosx_10_9_intel.macosx_10_9_x86_64.macosx_10_10_intel.macosx_10_10_x86_64.whl
> a28a93cb20987666f788d43c50e2ab79
> scipy-1.2.1-cp34-cp34m-manylinux1_i686.whl
> 26264ebb568728065e3ef73b5419793a
> scipy-1.2.1-cp34-cp34m-manylinux1_x86_64.whl
> fbb79da3d5823ba0f23b0f8d50023bfd  scipy-1.2.1-cp34-cp34m-win32.whl
> f82cf6834e4e2a2e4008fec5da2f4b0b  scipy-1.2.1-cp34-cp34m-win_amd64.whl
> cc248fd969b11589d98bcb550330e08d
> scipy-1.2.1-cp35-cp35m-macosx_10_6_intel.macosx_10_9_intel.macosx_10_9_x86_64.macosx_10_10_intel.macosx_10_10_x86_64.whl
> 3b5e8eb89a49fb7bc506cf17a54b926b
> scipy-1.2.1-cp35-cp35m-manylinux1_i686.whl
> 0cd66785fd9f8390494f42beb499f56a
> scipy-1.2.1-cp35-cp35m-manylinux1_x86_64.whl
> 379d37ae932af2096e037b4defd4cf60  scipy-1.2.1-cp35-cp35m-win32.whl
> 5dd4c47c501c96dc0c20b72521058133  scipy-1.2.1-cp35-cp35m-win_amd64.whl
> 6fa013443295e55c96eb174578dcffee
> scipy-1.2.1-cp36-cp36m-macosx_10_6_intel.macosx_10_9_intel.macosx_10_9_x86_64.macosx_10_10_intel.macosx_10_10_x86_64.whl
> 5069317ab38e3dfbb8923341c2b23a69
> scipy-1.2.1-cp36-cp36m-manylinux1_i686.whl
> 8e6a1fd1354428074d8457fe46cd4f7c
> scipy-1.2.1-cp36-cp36m-manylinux1_x86_64.whl
> 27142bff898a18368032165c27c11466  scipy-1.2.1-cp36-cp36m-win32.whl
> 489fd885aefd07bded69a8e0452c16b0  scipy-1.2.1-cp36-cp36m-win_amd64.whl
> 84ef33013d9871f23db0ecad25552636
> scipy-1.2.1-cp37-cp37m-macosx_10_6_intel.macosx_10_9_intel.macosx_10_9_x86_64.macosx_10_10_intel.macosx_10_10_x86_64.whl
> 7b7ae846b70e60188b3d772e9d60d3d2
> scipy-1.2.1-cp37-cp37m-manylinux1_i686.whl
> 21b29788cd2c037366d2ff5d54ae7517
> scipy-1.2.1-cp37-cp37m-manylinux1_x86_64.whl
> e11ce933d012481ea27fe49314b606aa  scipy-1.2.1-cp37-cp37m-win32.whl
> 23424815af8e69f945bb406a0c1be6c6  scipy-1.2.1-cp37-cp37m-win_amd64.whl
> fe88877767563e50078df86dadf7b1f4  scipy-1.2.1.tar.gz
> 312110f3ea37269003e587207eb72855  scipy-1.2.1.tar.xz
> b4e2b70f7885a746618e8bcdf77857d7  scipy-1.2.1.zip
>
> SHA256
> ~~~~~~
>
> f06819b028b8ef9010281e74c59cb35483933583043091ed6b261bb1540f11cc
> scipy-1.2.1-cp27-cp27m-macosx_10_6_intel.macosx_10_9_intel.macosx_10_9_x86_64.macosx_10_10_intel.macosx_10_10_x86_64.whl
> 70e37cec0ac0fe95c85b74ca4e0620169590fd5d3f44765f3c3a532cedb0e5fd
> scipy-1.2.1-cp27-cp27m-manylinux1_i686.whl
> 9726791484f08e394af0b59eb80489ad94d0a53bbb58ab1837dcad4d58489863
> scipy-1.2.1-cp27-cp27m-manylinux1_x86_64.whl
> 790cbd3c8d09f3a6d9c47c4558841e25bac34eb7a0864a9def8f26be0b8706af
> scipy-1.2.1-cp27-cp27m-win32.whl
> 014cb900c003b5ac81a53f2403294e8ecf37aedc315b59a6b9370dce0aa7627a
> scipy-1.2.1-cp27-cp27m-win_amd64.whl
> 78e12972e144da47326958ac40c2bd1c1cca908edc8b01c26a36f9ffd3dce466
> scipy-1.2.1-cp27-cp27mu-manylinux1_i686.whl
> f15f2d60a11c306de7700ee9f65df7e9e463848dbea9c8051e293b704038da60
> scipy-1.2.1-cp27-cp27mu-manylinux1_x86_64.whl
> e2cfcbab37c082a5087aba5ff00209999053260441caadd4f0e8f4c2d6b72088
> scipy-1.2.1-cp34-cp34m-macosx_10_6_intel.macosx_10_9_intel.macosx_10_9_x86_64.macosx_10_10_intel.macosx_10_10_x86_64.whl
> b86ae13c597fca087cb8c193870507c8916cefb21e52e1897da320b5a35075e5
> scipy-1.2.1-cp34-cp34m-manylinux1_i686.whl
> 865afedf35aaef6df6344bee0de391ee5e99d6e802950a237f9fb9b13e441f91
> scipy-1.2.1-cp34-cp34m-manylinux1_x86_64.whl
> e742f1f5dcaf222e8471c37ee3d1fd561568a16bb52e031c25674ff1cf9702d5
> scipy-1.2.1-cp34-cp34m-win32.whl
> f6b88c8d302c3dac8dff7766955e38d670c82e0d79edfc7eae47d6bb2c186594
> scipy-1.2.1-cp34-cp34m-win_amd64.whl
> 7274735fb6fb5d67d3789ddec2cd53ed6362539b41aa6cc0d33a06c003aaa390
> scipy-1.2.1-cp35-cp35m-macosx_10_6_intel.macosx_10_9_intel.macosx_10_9_x86_64.macosx_10_10_intel.macosx_10_10_x86_64.whl
> 963815c226b29b0176d5e3d37fc9de46e2778ce4636a5a7af11a48122ef2577c
> scipy-1.2.1-cp35-cp35m-manylinux1_i686.whl
> 281a34da34a5e0de42d26aed692ab710141cad9d5d218b20643a9cb538ace976
> scipy-1.2.1-cp35-cp35m-manylinux1_x86_64.whl
> 5a10661accd36b6e2e8855addcf3d675d6222006a15795420a39c040362def66
> scipy-1.2.1-cp35-cp35m-win32.whl
> def0e5d681dd3eb562b059d355ae8bebe27f5cc455ab7c2b6655586b63d3a8ea
> scipy-1.2.1-cp35-cp35m-win_amd64.whl
> 79792c8fe8e9d06ebc50fe23266522c8c89f20aa94ac8e80472917ecdce1e5ba
> scipy-1.2.1-cp36-cp36m-macosx_10_6_intel.macosx_10_9_intel.macosx_10_9_x86_64.macosx_10_10_intel.macosx_10_10_x86_64.whl
> 6dcc43a88e25b815c2dea1c6fac7339779fc988f5df8396e1de01610604a7c38
> scipy-1.2.1-cp36-cp36m-manylinux1_i686.whl
> f31338ee269d201abe76083a990905473987371ff6f3fdb76a3f9073a361cf37
> scipy-1.2.1-cp36-cp36m-manylinux1_x86_64.whl
> 9de84a71bb7979aa8c089c4fb0ea0e2ed3917df3fb2a287a41aaea54bbad7f5d
> scipy-1.2.1-cp36-cp36m-win32.whl
> b2c324ddc5d6dbd3f13680ad16a29425841876a84a1de23a984236d1afff4fa6
> scipy-1.2.1-cp36-cp36m-win_amd64.whl
> 588f9cc4bfab04c45fbd19c1354b5ade377a8124d6151d511c83730a9b6b2338
> scipy-1.2.1-cp37-cp37m-macosx_10_6_intel.macosx_10_9_intel.macosx_10_9_x86_64.macosx_10_10_intel.macosx_10_10_x86_64.whl
> 628f60be272512ca1123524969649a8cb5ae8b31cca349f7c6f8903daf9034d7
> scipy-1.2.1-cp37-cp37m-manylinux1_i686.whl
> 870fd401ec7b64a895cff8e206ee16569158db00254b2f7157b4c9a5db72c722
> scipy-1.2.1-cp37-cp37m-manylinux1_x86_64.whl
> d78702af4102a3a4e23bb7372cec283e78f32f5573d92091aa6aaba870370fe1
> scipy-1.2.1-cp37-cp37m-win32.whl
> ba0488d4dbba2af5bf9596b849873102d612e49a118c512d9d302ceafa36e01a
> scipy-1.2.1-cp37-cp37m-win_amd64.whl
> e085d1babcb419bbe58e2e805ac61924dac4ca45a07c9fa081144739e500aa3c
> scipy-1.2.1.tar.gz
> be0e1b322b4b9f2ab88a35db32c494f12639937cf671d4cc210238feb8d5a89d
> scipy-1.2.1.tar.xz
> 8140810cf19707c732f330ba6e54968bc85160768850bfbf38d995193e597e2e
> scipy-1.2.1.zip
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1
>
> iQIcBAEBAgAGBQJcXk5KAAoJELD/41ZX0J71zZ0P/3/6ZgXpYGEA013LKNh+/PrV
> YSA2G7b4jGYExim4cgFHDrwBPoFwiVcfdBTPMxSYn8mtvuqyn4TlcmxqGKQkOwoS
> zdOEUHdxPFLt8nAy5rWjiCYHzC4qCpGnt+3ROVzRjGA2BLSdzqBg+njT2+9FKNrH
> 5UoZP4s3TCA8Yn4z2bYV+2viHTAXFsEhHFraNuK5MQu045E57gt5VwYm+ylEeE3Q
> npcO2U8vio7Hr8ARVOyvQqL8HsQy5/8q8lGTBLbBAP+ujPXi3lRwdb2KqPl3ojfE
> 7afkEdC3W44CCxPoJfLOdwFnsaOUGVtFeNKmcS2YNWregMpjeG68AjjHO1vCeM34
> twNXrwhO2gROwYnp6Q22TTiMsPTTUvce+qGmAyD1d4osOG5zz1A/YQWxHw8Runl0
> LPrVt46aOUJTvjCAFs6c7McY04j6lILMyGZlxpyGwLEkP9YAABGvbOtHDMBBWvJs
> CFxLAo4gEWfJKcJ0bnAKQ9HNeJ45JJ3PQLD5eEmOl+TOQjl0nzY4c7D4LYB0wpl2
> NY7tr/TcASX7TlwbjzmlccJUDmNhekcZVTbx65NFjmb2/nUgqAB9ZVjJKyQDpZng
> rLXZitBmd8IRb8xXp5Smbgt0VccwbMfJF4fulnrVokwILhsIbwZlYQDCG6KOPV27
> mObh7S2ZazRQ76Gd4rcu
> =HBJ8
> -----END PGP SIGNATURE-----
> _______________________________________________
> SciPy-Dev mailing list
> SciPy-Dev at python.org
> https://mail.python.org/mailman/listinfo/scipy-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/scipy-dev/attachments/20190212/cbdda1a5/attachment-0001.html>

From evgeny.burovskiy at gmail.com  Wed Feb 13 07:20:42 2019
From: evgeny.burovskiy at gmail.com (Evgeni Burovski)
Date: Wed, 13 Feb 2019 15:20:42 +0300
Subject: [SciPy-Dev] ANN: SciPy 1.2.1
In-Reply-To: <CAEBuzr_gh530EHV8U-d7jbm1gU6sK=LqcNBi19S-1vokLasJ9Q@mail.gmail.com>
References: <CAHPuU_YYTCjXzEv+Th3xVMJ-gwb4cOYMCKWCEaCU66QcxZU0Vw@mail.gmail.com>
 <CAEBuzr_gh530EHV8U-d7jbm1gU6sK=LqcNBi19S-1vokLasJ9Q@mail.gmail.com>
Message-ID: <CAMRo0it9tZ-Dz2xUF8XZd6VTM81YU4PoqX_Djkj9Q7PQ4drQQA@mail.gmail.com>

A big Thank you Tyler!

??, 12 ????. 2019 ?., 11:55 Ilhan Polat ilhanpolat at gmail.com:

> Thank you for the heavylifting Tyler! It was quite an undertaking.
>
> On Sat, Feb 9, 2019 at 7:06 AM Tyler Reddy <tyler.je.reddy at gmail.com>
> wrote:
>
>> -----BEGIN PGP SIGNED MESSAGE-----
>> Hash: SHA1
>>
>> Hi all,
>>
>> On behalf of the SciPy development team I'm pleased to announce
>> the release of SciPy 1.2.1, which is a bug fix release.
>>
>> Sources and binary wheels can be found at:
>> https://pypi.org/project/scipy/
>> and at: https://github.com/scipy/scipy/releases/tag/v1.2.1
>>
>> One of a few ways to install this release with pip:
>>
>> pip install scipy==1.2.1
>>
>> ==========================
>> SciPy 1.2.1 Release Notes
>> ==========================
>>
>> SciPy 1.2.1 is a bug-fix release with no new features compared to 1.2.0.
>> Most importantly, it solves the issue that 1.2.0 cannot be installed
>> from source on Python 2.7 because of non-ASCII character issues.
>>
>> It is also notable that SciPy 1.2.1 wheels were built with OpenBLAS
>> 0.3.5.dev, which may alleviate some linear algebra issues observed
>> in SciPy 1.2.0.
>>
>> Authors
>> =======
>>
>> * Eric Larson
>> * Mark Mikofski
>> * Evgeni Burovski
>> * Ralf Gommers
>> * Eric Moore
>> * Tyler Reddy
>>
>> Issues closed for 1.2.1
>> ------------------------
>>
>> * `#9606 <https://github.com/scipy/scipy/issues/9606>`__: SyntaxError:
>> Non-ASCII character '\xe2' in file scipy/stats/_continuous_distns.py on
>> line 3346, but no encoding declared
>> * `#9608 <https://github.com/scipy/scipy/issues/9608>`__: Version 1.2.0
>> introduces `too many indices for array` error in...
>> * `#9709 <https://github.com/scipy/scipy/issues/9709>`__:
>> scipy.stats.gaussian_kde normalizes the weights keyword argument...
>> * `#9733 <https://github.com/scipy/scipy/issues/9733>`__:
>> scipy.linalg.qr_update gives NaN result
>> * `#9724 <https://github.com/scipy/scipy/issues/9724>`__: CI: Is
>> scipy.scipy Windows Python36-32bit-full working?
>>
>> Pull requests for 1.2.1
>> ------------------------
>>
>> * `#9612 <https://github.com/scipy/scipy/pull/9612>`__: BUG: don't use
>> array newton unless size is greater than 1
>> * `#9615 <https://github.com/scipy/scipy/pull/9615>`__: ENH: Add test
>> for encoding
>> * `#9720 <https://github.com/scipy/scipy/pull/9720>`__: BUG: stats:
>> weighted KDE does not modify the weights array
>> * `#9739 <https://github.com/scipy/scipy/pull/9739>`__: BUG: qr_updates
>> fails if u is exactly in span Q
>> * `#9725 <https://github.com/scipy/scipy/pull/9725>`__: TST: pin mingw
>> for Azure Win CI
>> * `#9736 <https://github.com/scipy/scipy/pull/9736>`__: TST: adjust to
>> vmImage dispatch in Azure
>> * `#9681 <https://github.com/scipy/scipy/pull/9681>`__: BUG: Fix failing
>> stats tests (partial backport)
>> * `#9662 <https://github.com/scipy/scipy/pull/9662>`__: TST:
>> interpolate: avoid pytest deprecations
>>
>> Checksums
>> =========
>>
>> MD5
>> ~~~
>>
>> 982810997da9daab2e512a6c27918889
>> scipy-1.2.1-cp27-cp27m-macosx_10_6_intel.macosx_10_9_intel.macosx_10_9_x86_64.macosx_10_10_intel.macosx_10_10_x86_64.whl
>> 9500cad49b7eac9786c90cba146ad357
>> scipy-1.2.1-cp27-cp27m-manylinux1_i686.whl
>> fe9ba7f16e0e7f7c9cd59d39ea8e9545
>> scipy-1.2.1-cp27-cp27m-manylinux1_x86_64.whl
>> f1823b26b2afda2027f78df427791700  scipy-1.2.1-cp27-cp27m-win32.whl
>> c0692c60b4baaafd99fb2bf0c689bbf1  scipy-1.2.1-cp27-cp27m-win_amd64.whl
>> b5a5b9b146bac064a7921c5121d5e19c
>> scipy-1.2.1-cp27-cp27mu-manylinux1_i686.whl
>> fd637f4dc4308ae9cf7655e3e5f3a27d
>> scipy-1.2.1-cp27-cp27mu-manylinux1_x86_64.whl
>> 8faae90250009230cd2f7845ba4735f2
>> scipy-1.2.1-cp34-cp34m-macosx_10_6_intel.macosx_10_9_intel.macosx_10_9_x86_64.macosx_10_10_intel.macosx_10_10_x86_64.whl
>> a28a93cb20987666f788d43c50e2ab79
>> scipy-1.2.1-cp34-cp34m-manylinux1_i686.whl
>> 26264ebb568728065e3ef73b5419793a
>> scipy-1.2.1-cp34-cp34m-manylinux1_x86_64.whl
>> fbb79da3d5823ba0f23b0f8d50023bfd  scipy-1.2.1-cp34-cp34m-win32.whl
>> f82cf6834e4e2a2e4008fec5da2f4b0b  scipy-1.2.1-cp34-cp34m-win_amd64.whl
>> cc248fd969b11589d98bcb550330e08d
>> scipy-1.2.1-cp35-cp35m-macosx_10_6_intel.macosx_10_9_intel.macosx_10_9_x86_64.macosx_10_10_intel.macosx_10_10_x86_64.whl
>> 3b5e8eb89a49fb7bc506cf17a54b926b
>> scipy-1.2.1-cp35-cp35m-manylinux1_i686.whl
>> 0cd66785fd9f8390494f42beb499f56a
>> scipy-1.2.1-cp35-cp35m-manylinux1_x86_64.whl
>> 379d37ae932af2096e037b4defd4cf60  scipy-1.2.1-cp35-cp35m-win32.whl
>> 5dd4c47c501c96dc0c20b72521058133  scipy-1.2.1-cp35-cp35m-win_amd64.whl
>> 6fa013443295e55c96eb174578dcffee
>> scipy-1.2.1-cp36-cp36m-macosx_10_6_intel.macosx_10_9_intel.macosx_10_9_x86_64.macosx_10_10_intel.macosx_10_10_x86_64.whl
>> 5069317ab38e3dfbb8923341c2b23a69
>> scipy-1.2.1-cp36-cp36m-manylinux1_i686.whl
>> 8e6a1fd1354428074d8457fe46cd4f7c
>> scipy-1.2.1-cp36-cp36m-manylinux1_x86_64.whl
>> 27142bff898a18368032165c27c11466  scipy-1.2.1-cp36-cp36m-win32.whl
>> 489fd885aefd07bded69a8e0452c16b0  scipy-1.2.1-cp36-cp36m-win_amd64.whl
>> 84ef33013d9871f23db0ecad25552636
>> scipy-1.2.1-cp37-cp37m-macosx_10_6_intel.macosx_10_9_intel.macosx_10_9_x86_64.macosx_10_10_intel.macosx_10_10_x86_64.whl
>> 7b7ae846b70e60188b3d772e9d60d3d2
>> scipy-1.2.1-cp37-cp37m-manylinux1_i686.whl
>> 21b29788cd2c037366d2ff5d54ae7517
>> scipy-1.2.1-cp37-cp37m-manylinux1_x86_64.whl
>> e11ce933d012481ea27fe49314b606aa  scipy-1.2.1-cp37-cp37m-win32.whl
>> 23424815af8e69f945bb406a0c1be6c6  scipy-1.2.1-cp37-cp37m-win_amd64.whl
>> fe88877767563e50078df86dadf7b1f4  scipy-1.2.1.tar.gz
>> 312110f3ea37269003e587207eb72855  scipy-1.2.1.tar.xz
>> b4e2b70f7885a746618e8bcdf77857d7  scipy-1.2.1.zip
>>
>> SHA256
>> ~~~~~~
>>
>> f06819b028b8ef9010281e74c59cb35483933583043091ed6b261bb1540f11cc
>> scipy-1.2.1-cp27-cp27m-macosx_10_6_intel.macosx_10_9_intel.macosx_10_9_x86_64.macosx_10_10_intel.macosx_10_10_x86_64.whl
>> 70e37cec0ac0fe95c85b74ca4e0620169590fd5d3f44765f3c3a532cedb0e5fd
>> scipy-1.2.1-cp27-cp27m-manylinux1_i686.whl
>> 9726791484f08e394af0b59eb80489ad94d0a53bbb58ab1837dcad4d58489863
>> scipy-1.2.1-cp27-cp27m-manylinux1_x86_64.whl
>> 790cbd3c8d09f3a6d9c47c4558841e25bac34eb7a0864a9def8f26be0b8706af
>> scipy-1.2.1-cp27-cp27m-win32.whl
>> 014cb900c003b5ac81a53f2403294e8ecf37aedc315b59a6b9370dce0aa7627a
>> scipy-1.2.1-cp27-cp27m-win_amd64.whl
>> 78e12972e144da47326958ac40c2bd1c1cca908edc8b01c26a36f9ffd3dce466
>> scipy-1.2.1-cp27-cp27mu-manylinux1_i686.whl
>> f15f2d60a11c306de7700ee9f65df7e9e463848dbea9c8051e293b704038da60
>> scipy-1.2.1-cp27-cp27mu-manylinux1_x86_64.whl
>> e2cfcbab37c082a5087aba5ff00209999053260441caadd4f0e8f4c2d6b72088
>> scipy-1.2.1-cp34-cp34m-macosx_10_6_intel.macosx_10_9_intel.macosx_10_9_x86_64.macosx_10_10_intel.macosx_10_10_x86_64.whl
>> b86ae13c597fca087cb8c193870507c8916cefb21e52e1897da320b5a35075e5
>> scipy-1.2.1-cp34-cp34m-manylinux1_i686.whl
>> 865afedf35aaef6df6344bee0de391ee5e99d6e802950a237f9fb9b13e441f91
>> scipy-1.2.1-cp34-cp34m-manylinux1_x86_64.whl
>> e742f1f5dcaf222e8471c37ee3d1fd561568a16bb52e031c25674ff1cf9702d5
>> scipy-1.2.1-cp34-cp34m-win32.whl
>> f6b88c8d302c3dac8dff7766955e38d670c82e0d79edfc7eae47d6bb2c186594
>> scipy-1.2.1-cp34-cp34m-win_amd64.whl
>> 7274735fb6fb5d67d3789ddec2cd53ed6362539b41aa6cc0d33a06c003aaa390
>> scipy-1.2.1-cp35-cp35m-macosx_10_6_intel.macosx_10_9_intel.macosx_10_9_x86_64.macosx_10_10_intel.macosx_10_10_x86_64.whl
>> 963815c226b29b0176d5e3d37fc9de46e2778ce4636a5a7af11a48122ef2577c
>> scipy-1.2.1-cp35-cp35m-manylinux1_i686.whl
>> 281a34da34a5e0de42d26aed692ab710141cad9d5d218b20643a9cb538ace976
>> scipy-1.2.1-cp35-cp35m-manylinux1_x86_64.whl
>> 5a10661accd36b6e2e8855addcf3d675d6222006a15795420a39c040362def66
>> scipy-1.2.1-cp35-cp35m-win32.whl
>> def0e5d681dd3eb562b059d355ae8bebe27f5cc455ab7c2b6655586b63d3a8ea
>> scipy-1.2.1-cp35-cp35m-win_amd64.whl
>> 79792c8fe8e9d06ebc50fe23266522c8c89f20aa94ac8e80472917ecdce1e5ba
>> scipy-1.2.1-cp36-cp36m-macosx_10_6_intel.macosx_10_9_intel.macosx_10_9_x86_64.macosx_10_10_intel.macosx_10_10_x86_64.whl
>> 6dcc43a88e25b815c2dea1c6fac7339779fc988f5df8396e1de01610604a7c38
>> scipy-1.2.1-cp36-cp36m-manylinux1_i686.whl
>> f31338ee269d201abe76083a990905473987371ff6f3fdb76a3f9073a361cf37
>> scipy-1.2.1-cp36-cp36m-manylinux1_x86_64.whl
>> 9de84a71bb7979aa8c089c4fb0ea0e2ed3917df3fb2a287a41aaea54bbad7f5d
>> scipy-1.2.1-cp36-cp36m-win32.whl
>> b2c324ddc5d6dbd3f13680ad16a29425841876a84a1de23a984236d1afff4fa6
>> scipy-1.2.1-cp36-cp36m-win_amd64.whl
>> 588f9cc4bfab04c45fbd19c1354b5ade377a8124d6151d511c83730a9b6b2338
>> scipy-1.2.1-cp37-cp37m-macosx_10_6_intel.macosx_10_9_intel.macosx_10_9_x86_64.macosx_10_10_intel.macosx_10_10_x86_64.whl
>> 628f60be272512ca1123524969649a8cb5ae8b31cca349f7c6f8903daf9034d7
>> scipy-1.2.1-cp37-cp37m-manylinux1_i686.whl
>> 870fd401ec7b64a895cff8e206ee16569158db00254b2f7157b4c9a5db72c722
>> scipy-1.2.1-cp37-cp37m-manylinux1_x86_64.whl
>> d78702af4102a3a4e23bb7372cec283e78f32f5573d92091aa6aaba870370fe1
>> scipy-1.2.1-cp37-cp37m-win32.whl
>> ba0488d4dbba2af5bf9596b849873102d612e49a118c512d9d302ceafa36e01a
>> scipy-1.2.1-cp37-cp37m-win_amd64.whl
>> e085d1babcb419bbe58e2e805ac61924dac4ca45a07c9fa081144739e500aa3c
>> scipy-1.2.1.tar.gz
>> be0e1b322b4b9f2ab88a35db32c494f12639937cf671d4cc210238feb8d5a89d
>> scipy-1.2.1.tar.xz
>> 8140810cf19707c732f330ba6e54968bc85160768850bfbf38d995193e597e2e
>> scipy-1.2.1.zip
>> -----BEGIN PGP SIGNATURE-----
>> Version: GnuPG v1
>>
>> iQIcBAEBAgAGBQJcXk5KAAoJELD/41ZX0J71zZ0P/3/6ZgXpYGEA013LKNh+/PrV
>> YSA2G7b4jGYExim4cgFHDrwBPoFwiVcfdBTPMxSYn8mtvuqyn4TlcmxqGKQkOwoS
>> zdOEUHdxPFLt8nAy5rWjiCYHzC4qCpGnt+3ROVzRjGA2BLSdzqBg+njT2+9FKNrH
>> 5UoZP4s3TCA8Yn4z2bYV+2viHTAXFsEhHFraNuK5MQu045E57gt5VwYm+ylEeE3Q
>> npcO2U8vio7Hr8ARVOyvQqL8HsQy5/8q8lGTBLbBAP+ujPXi3lRwdb2KqPl3ojfE
>> 7afkEdC3W44CCxPoJfLOdwFnsaOUGVtFeNKmcS2YNWregMpjeG68AjjHO1vCeM34
>> twNXrwhO2gROwYnp6Q22TTiMsPTTUvce+qGmAyD1d4osOG5zz1A/YQWxHw8Runl0
>> LPrVt46aOUJTvjCAFs6c7McY04j6lILMyGZlxpyGwLEkP9YAABGvbOtHDMBBWvJs
>> CFxLAo4gEWfJKcJ0bnAKQ9HNeJ45JJ3PQLD5eEmOl+TOQjl0nzY4c7D4LYB0wpl2
>> NY7tr/TcASX7TlwbjzmlccJUDmNhekcZVTbx65NFjmb2/nUgqAB9ZVjJKyQDpZng
>> rLXZitBmd8IRb8xXp5Smbgt0VccwbMfJF4fulnrVokwILhsIbwZlYQDCG6KOPV27
>> mObh7S2ZazRQ76Gd4rcu
>> =HBJ8
>> -----END PGP SIGNATURE-----
>> _______________________________________________
>> SciPy-Dev mailing list
>> SciPy-Dev at python.org
>> https://mail.python.org/mailman/listinfo/scipy-dev
>>
> _______________________________________________
> SciPy-Dev mailing list
> SciPy-Dev at python.org
> https://mail.python.org/mailman/listinfo/scipy-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/scipy-dev/attachments/20190213/205a22c3/attachment-0001.html>

From charlesr.harris at gmail.com  Tue Feb 26 15:00:17 2019
From: charlesr.harris at gmail.com (Charles R Harris)
Date: Tue, 26 Feb 2019 13:00:17 -0700
Subject: [SciPy-Dev] NumPy 1.16.2 released.
Message-ID: <CAB6mnx+UqoTCZ2=MT4he=i6RX7zAtQVjq_JpEqg8CYHXs7Q34A@mail.gmail.com>

Hi All,

On behalf of the NumPy team I am pleased to announce the release of NumPy
1.16.2. This is a quick release fixing several problems encountered on
Windows. The Python versions supported are 2.7 and 3.5-3.7. The Windows
problems addressed are:

   - DLL load problems for NumPy wheels on Windows,
   - distutils command line parsing on Windows.

There is also a regression fix correcting signed zeros produced by divmod,
see the release notes for details. Downstream developers building this
release should use Cython >= 0.29.2 and, if using OpenBLAS, OpenBLAS >
v0.3.4.

If you are installing using pip, you may encounter a problem with older
installed versions of NumPy that pip did not delete becoming mixed with the
current version, resulting in an ``ImportError``. That problem is
particularly
common on Debian derived distributions due to a modified pip.  The fix is
to make sure all previous NumPy versions installed by pip have been
removed. See #12736 <https://github.com/numpy/numpy/issues/12736> for
discussion of the issue.

Wheels for this release can be downloaded from PyPI
<https://pypi.org/project/numpy/1.16.2/>, source archives and release notes
are available from Github
<https://github.com/numpy/numpy/releases/tag/v1.16.2>.


*Contributors*

A total of 5 people contributed to this release.  People with a "+" by their
names contributed a patch for the first time.

* Charles Harris
* Eric Wieser
* Matti Picus
* Tyler Reddy
* Tony LaTorre +


*Pull requests merged*

A total of 7 pull requests were merged for this release.

* #12909: TST: fix vmImage dispatch in Azure
* #12923: MAINT: remove complicated test of multiarray import failure mode
* #13020: BUG: fix signed zero behavior in npy_divmod
* #13026: MAINT: Add functions to parse shell-strings in the
platform-native...
* #13028: BUG: Fix regression in parsing of F90 and F77 environment
variables
* #13038: BUG: parse shell escaping in extra_compile_args and
extra_link_args
* #13041: BLD: Windows absolute path DLL loading

Cheers,

Charles Harris
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/scipy-dev/attachments/20190226/adcfbf13/attachment.html>