On Mon, Jun 11, 2018 at 11:10 AM, Matti Picus wrote:
> If there is a desire to do a bug-fix release 1.14.5 I would like to try my
> hand at releasing it, using doc/RELEASE_WALKTHROUGH.rst.txt. There were a
> few issues around compiling 1.14.4 on alpine and NetBSD.
> Since 1.15 will probably be
If there is a desire to do a bug-fix release 1.14.5 I would like to
try my hand at releasing it, using doc/RELEASE_WALKTHROUGH.rst.txt.
There were a few issues around compiling 1.14.4 on alpine and
NetBSD.
Since 1.15 will probably be released soon, do we continue to push
On Mon, Jun 11, 2018 at 10:26 AM, wrote:
>
>
> On Mon, Jun 11, 2018 at 2:43 AM, Ralf Gommers
> wrote:
>
>>
>>
>> On Sun, Jun 10, 2018 at 10:36 PM, Robert Kern
>> wrote:
>>
>>> On Sun, Jun 10, 2018 at 8:04 PM Ralf Gommers
>>> wrote:
>>> >
>>> > On Sun, Jun 10, 2018 at 6:08 PM, Robert Kern
>>>
On Mon, Jun 11, 2018 at 2:43 AM, Ralf Gommers
wrote:
>
>
> On Sun, Jun 10, 2018 at 10:36 PM, Robert Kern
> wrote:
>
>> On Sun, Jun 10, 2018 at 8:04 PM Ralf Gommers
>> wrote:
>> >
>> > On Sun, Jun 10, 2018 at 6:08 PM, Robert Kern
>> wrote:
>> >>
>> >> On Sun, Jun 10, 2018 at 5:27 PM Ralf
On Sun, Jun 10, 2018 at 11:53 PM, Ralf Gommers wrote:
>
> On Sun, Jun 10, 2018 at 11:15 PM, Robert Kern wrote:
>>
>> The intention of this code is to shuffle two same-length sequences in the
>> same way. So now if I write my code well to call np.random.seed() once at
>> the start of my program,
On Sun, Jun 10, 2018 at 11:54 PM Ralf Gommers
wrote:
>
> On Sun, Jun 10, 2018 at 11:15 PM, Robert Kern
wrote:
>> Puzzlingly, the root sin of unconditionally and unavoidably reseeding
for some of these functions is still there even though I showed how and why
to avoid it. This is one reason why
On Sun, Jun 10, 2018 at 11:44 PM Ralf Gommers
wrote:
> Note that scipy.stats distributions allow passing in either a RandomState
instance or an integer as seed (which will be used for seeding a new
instance, not for np.random.seed) [1]. That seems like a fine design
pattern as well, and passing