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. >>> >>