PR validation and runtime of CI

Hi Team The time to validate a PR is growing, due to our number of supported platforms and increased time spent in testing and running models. We are at approximately 3h for a full successful run. This is compounded with the failure rate of builds due to flaky tests of more than 50% which is a

Re: ICLA?

Maybe I was wrong, The existing code in the DMLC repo is merged by original committers(who are now Apache MXNet comitters and signed CLA). So I assume there is no such problem. Similar to the case that only comitter to the Apache MXNet repo has to sign CLA Tianqi On Wed, Jun 6, 2018 at 6:04 PM,

Re: ICLA?

This list was former contributors to DMLC who did not become Apache committers. Ideally some chunk of the larger contributors would sign ICLAs or software (license) grants. On Tue, Jun 5, 2018 at 9:23 PM Isabel Drost-Fromm wrote: > Hi, > > I'm not Hen, but: > > >

Re: Regarding 1.2.1 patch release

Hi, I wanted to bring up some MKLDNN fixes that went into master but not into 1.2. Should these changes be going to the patch release ? We had kept some changes from going into 1.2 branch since we were waiting for the test suite for MKLDNN. Is this test suite planned for the next major or minor

Re: ICLA?

Hi Marco, This would be a task for your mentors who have access to all relevant records. Regards, Craig > On Jun 6, 2018, at 1:42 PM, Marco de Abreu > wrote: > > Hello secretary, > > could you please confirm that all committers have signed their ICLAs and that > the wiki (see history of

Regarding 1.2.1 patch release

Hi all, As you may be aware, 1.2 has an undocumented backwards incompatible change relating to saving and loading params. Please see: https://github.com/apache/incubator-mxnet/issues/11091. More details about the fix will be tracked here: https://issues.apache.org/jira/browse/MXNET-518 The

Fwd: ICLA?

Hello secretary, could you please confirm that all committers have signed their ICLAs and that the wiki (see history of this thread) is obsolete. Best regards, Marco de abreu On behalf of Apache MXNet (incubating) -- Forwarded message - From: Steffen Rochel Date: Mi., 6. Juni

Re: ICLA?

Thanks a lot Isabel! Based on the wiki it looks like we are still missing ICLA for committers on MXNet project. Who would be the right contact to answer who is still missing? It might be good to keep the wiki alive for tracking purpose until this task is complete. Steffen On Wed, Jun 6, 2018 at

Re: home page highlights section updates

+1 I've been meaning to post a digest of the tutorials, blogs, videos posted during May but a continually updated feed in a visible place as discussed below would be great On 6/4/18, 9:47 AM, "Lane, Thom" wrote: Cheers Aaron. My vote would be for something more like Wireframe 2.

Re: Make scalapkg fails if USE_BLAS is set to openblas/mkl/apple

Hi Pedro, It came from this line: https://github.com/apache/incubator-mxnet/blob/master/src/initialize.cc#L44 It brings us no information other than a "segmentation fault : 11". This came from internal to send an issue if there is a build failure. Thanks, Qing On 6/6/18, 11:17 AM, "Pedro

Re: Make scalapkg fails if USE_BLAS is set to openblas/mkl/apple

No, I did not capture details. On Wed, Jun 6, 2018 at 11:16 AM, Pedro Larroy wrote: > Naveen, do you have more information about why the signal handler was > causing issues for the scala package? This was also failing on my PR > validation which included backtraces for crashes in CI. > > On

Re: Make scalapkg fails if USE_BLAS is set to openblas/mkl/apple

Naveen, do you have more information about why the signal handler was causing issues for the scala package? This was also failing on my PR validation which included backtraces for crashes in CI. On Wed, Jun 6, 2018 at 6:38 PM, Anton Chernov wrote: > The problem still persists with make build,

Re: Clojure Package

That's what I thought, thanks. On Wed, Jun 6, 2018 at 3:15 PM, Carin Meier wrote: > Pedro, > > The java classes are created by the Scala language. In most cases they have > Scala data structures as parameters and return values. So it is not really > a Java API so much as a way to interop on the

Show deprecation warning message for deprecated API

Hi all, I would like to quote an issue sent from Sandeep: ``` We should always show Deprecated warning message for deprecated API. For example, I used mx.sym.SoftmaxActivation() API, but, it was deprecated in favor of mx.sym.softmax().

Re: Make scalapkg fails if USE_BLAS is set to openblas/mkl/apple

The problem still persists with make build, so no correlation with the build system. 2018-06-06 15:49 GMT+02:00 Naveen Swamy : > I am using make to build > > On Wed, Jun 6, 2018 at 6:47 AM, Anton Chernov wrote: > > > Yes, we have checked that as well, but did not help in our case. I've > >

Re: Make scalapkg fails if USE_BLAS is set to openblas/mkl/apple

I am using make to build On Wed, Jun 6, 2018 at 6:47 AM, Anton Chernov wrote: > Yes, we have checked that as well, but did not help in our case. I've > checked out a commit close to 1.1 where it was still working and built it > with the new ci scripts (using cmake build for armv7) and it failed

Re: Make scalapkg fails if USE_BLAS is set to openblas/mkl/apple

Yes, we have checked that as well, but did not help in our case. I've checked out a commit close to 1.1 where it was still working and built it with the new ci scripts (using cmake build for armv7) and it failed very similar. It seems that the problem might be in the way we are building the

Re: Clojure Package

Pedro, The java classes are created by the Scala language. In most cases they have Scala data structures as parameters and return values. So it is not really a Java API so much as a way to interop on the JVM between languages. There is no pure Java API at the moment that I am aware of. On Wed,

Re: Make scalapkg fails if USE_BLAS is set to openblas/mkl/apple

By the way it turned out the problem was when we used USE_SIGNAL_HANDLER along with a combination of flags, try removing signal handler and see if it works > On Jun 6, 2018, at 12:28 AM, Anton Chernov wrote: > > Unfortunately, I think this is the same behaviour that we're observing on >

Re: home page highlights section updates

Hi Aaron This is great! what about including social feed like MXNet twitter or medium on the home page as well? I also miss a quick install instruction like other frameworks have in a high visibility place, so there's less friction to try the framework. I think current install instructions are

Re: Good First Issue label

Nice! I have seen these called "low hanging fruits" we could link them in the instructions to contribute. On Wed, May 30, 2018 at 3:36 AM, sandeep krishnamurthy < sandeep.krishn...@gmail.com> wrote: > Awesome! > > On Tue, May 29, 2018, 6:03 PM Aaron Markham > wrote: > > > Just wanted to bring

Re: Clojure Package

Hi These Java classes that the document refers to, where are they located? Do we have a Java API atm? The origin of my question is that for android I think we need a Java API. Pedro. On Tue, Jun 5, 2018 at 5:40 PM, Carin Meier wrote: > Thanks everyone. I'll work on getting together a PR with

Re: Make scalapkg fails if USE_BLAS is set to openblas/mkl/apple

Thanks Anton. This is proving to be a very painful and difficult crash to debug and diagnose, since the stack is not usable from GDB. I don't know if there's any other option rather than bisect on these cases. Pedro. On Wed, Jun 6, 2018 at 9:28 AM, Anton Chernov wrote: > Unfortunately, I think

Re: ICLA?

Thanks a lot Isabel! Considering ICLAs are automatically managed by the secretary of Apache before anybody can become a committer and no CLA is required for non-committers, I'd say that we can delete that wiki page. Does anybody disagree? -Marco Isabel Drost-Fromm schrieb am Mi., 6. Juni

Re: Make scalapkg fails if USE_BLAS is set to openblas/mkl/apple

Unfortunately, I think this is the same behaviour that we're observing on Raspberry Pi's. Currently we are bisecting the release to find the breaking commit to have an idea what exactly is broken. What I can say for now that this failure is not deterministic (on RPi's) and the library import to