In this case we can regard it as a release problem, which is usually what post 
release versions are for. It’s still the same release with different 
dependency, so there is no code change needed.

-sz


> On Jul 27, 2018, at 8:31 AM, Steffen Rochel <steffenroc...@gmail.com> wrote:
> 
> Hi Tong - thanks for root causing the problem.
> Sheng - what is 1.2.1.post0? Shouldn't a patch with fix be released as
> 1.2.2?
> Steffen
> 
>> On Thu, Jul 26, 2018 at 5:33 PM Sheng Zha <szha....@gmail.com> wrote:
>> 
>> Dear users and developers of Apache MXNet (Incubating),
>> 
>> Thanks to Tong's dedication, the root cause for this issue was identified
>> to be instability in OpenBLAS's latest stable version 0.3.1. For details,
>> see Tong's comment
>> <
>> https://github.com/apache/incubator-mxnet/issues/11853#issuecomment-408272772
>>> 
>> .
>> 
>> Since both the nightly build and the 1.2.1 wheels are affected, we
>> recommend that we stay on OpenBLAS last known stable version 0.2.20 that
>> we've been using. I will assume lazy consensus and prepare the fix
>> (1.2.1.post0).
>> 
>> -sz
>> 
>>> On Tue, Jul 24, 2018 at 3:35 PM, Tong He <t...@apache.org> wrote:
>>> 
>>> Recently there's an issue regarding the inconsistent result from gluon
>>> forward:
>>> 
>>> https://github.com/apache/incubator-mxnet/issues/11853
>>> 
>>> Given a constant input image and loaded pretrained parameters, we expect
>> a
>>> deterministic output from arbitrary repeats of forwards. However from the
>>> issue I see that the forwarded result is non-determinstic. It is harmful
>> as
>>> it makes the results from experments/benchmarks/inference meaningless.
>>> 
>>> Therefore I propose to block the 1.3 release before it gets resolved.
>>> 
>> 

Reply via email to