Re: [VOTE] Release Apache MXNet (incubating) version 1.7.0.rc0

My +1 (binding) on 1.7.0 Tested: * Build from Source with static build instruction * Tested Scala pacakge and passed all tests Thanks, Qing From: Tao Lv Sent: Friday, July 10, 2020 0:03 To: dev@mxnet.incubator.apache.org Cc: d...@mxnet.apache.org ;

Re: [VOTE] Release Apache MXNet (incubating) version 1.6.0.rc1

+1 (binding) Built 1.6.0.rc1 on my Mac with MKLDNN Scala build/test passed. Thanks, Qing From: Chaitanya Bapat Sent: Friday, January 10, 2020 12:21 To: dev@mxnet.incubator.apache.org Cc: d...@mxnet.apache.org Subject: Re: [VOTE] Release Apache MXNet

Re: [VOTE] Release Apache MXNet (incubating) 1.5.1.rc0

+1 for Scala/Java test. Passed all tests for CPU/GPU build. Also tested build from source with static build. Thanks, Qing From: Tao Lv Sent: Tuesday, September 17, 2019 14:14 To: dev@mxnet.incubator.apache.org Subject: [VOTE] Release Apache MXNet (incubating)

Re: [DISCUSS] Apache MXNet: Path to graduation

: Re: [DISCUSS] Apache MXNet: Path to graduation Hi Qing, as a user and ASF member observing this project: On Sat, 10 Aug 2019 at 01:44, Qing Lan wrote: > Hi All, > > I would like to start a thread to discuss about the graduation for Apache > MXNet. From my time working in the comm

[DISCUSS] Apache MXNet: Path to graduation

Hi All, I would like to start a thread to discuss about the graduation for Apache MXNet. From my time working in the community, I saw a great improvement in most of the area that we do to make MXNet a better place. We keep tracking on all of the issues user raised and reviewing PRs. We follow

Re: [Announcement] New Committer - Lai Wei

Congrats Lai! From: Kshitij Kalambarkar Sent: Sunday, August 4, 2019 0:19 To: dev@mxnet.incubator.apache.org Subject: Re: [Announcement] New Committer - Lai Wei Congratulations Lai! On Sun, Aug 4, 2019, 09:29 Zhao, Patric wrote: > Congratulation, Lai. > >

Re: [VOTE] Release Apache MXNet (incubating) version 1.5.0.rc2

Have successfully fixed the issue on OSX. Scala/Java build is fine: osx-cpupassed (Qing) linux-cpu passed (Zach) linux-gpu passed (Zach) +1 for the release. Thanks, Qing From: Qing Lan Sent: Monday, July 8, 2019 12:47 To: d...@mxnet.apache.org; dev

Re: [VOTE] Release Apache MXNet (incubating) version 1.5.0.rc2

Hi All, I found the problem when I tried to build from source with my Mac: clang: error: unsupported option '-fopenmp' clang: error: unsupported option '-fopenmp' make: *** [build/src/operator/nn/mkldnn/mkldnn_act.o] Error 1 make: *** [build/src/operator/nn/cudnn/cudnn_batch_norm.o] Error 1 I

Re: [DISCUSS] Make MXNet deploy it's own distribution

In that case, the answer is yes. The Scala package will be published in one version with a variaty of backend package choices. User can easily attach and detach different MXNet versions. However, the Scala package cannot run without a backend. Another key advantage of this design will be a

Re: Dependency Update

, Dick Carter(DickJC123), Anirudh Subramanian(anirudh2290), Qing Lan(lanking520), Per Goncalves da Silva(perdasilva) for supporting me! Thanks, Jake

[Announcement] New Committer - Zach Kimberg

Hi All, Please join me in welcoming Zach Kimberg (https://github.com/zachgk) as a new committer. He has been solving some important bugs in MXNet JVM with respect to usage improvement, build issues and a lot more. He also created the Jenkins based publish pipeline for us to have standard way

Re: [VOTE] Release Apache MXNet (incubating) version 1.4.1.rc0

+1 (binding) build from source works for OSX and Ubuntu CPU Scala build/test successfully with Dynamic link and static link. Thanks, Qing From: Sheng Zha Sent: Wednesday, May 1, 2019 13:14 To: d...@mxnet.apache.org Subject: Re: [VOTE] Release Apache MXNet

Re: [MXNET 2.0 Wishlist] [DISCUSS] Single build system

+1 to have a single build system Currently the way of publish and the way of doing CI test is very different. The instruction shown on the website should match the way we deliver it to the users. Having a single build process would simplify the maintainance cost and reach to the best

Re: R help

Change to http://data.mxnet.io/models/imagenet/inception-bn/Inception-BN-0126.params would work. Please keep track on this PR: https://github.com/apache/incubator-mxnet/pull/14504

Re: [VOTE] Release Apache MXNet (incubating) version 1.4.0.rc3

+1 (binding) on the release. Checked Mac + Linux (Ubuntu 16.04) build from source successfully. Checked Scala build with no errors. On 2/15/19, 6:08 PM, "Piyush Ghai" wrote: Dear MXNet community, I would like to propose a vote to release Apache MXNet (incubating) version v1.4.0.

[DISCUSS] upgrade openblas

Dear Community, Recently I observed a performance regression on a MXNet after switching Atlas to openblas 0.3.3. OpenBLAS community address this issue in their 0.3.5 release. So I plan to upgrade openblas in our publish system to gain the performance improvement, here to discuss if anyone had

Re: [RESTARTING][VOTE] Release Apache MXNet (incubating) version 1.4.0.rc2

Hi Michael, Could you please guide how to proceed with this? Given that we have a possibility of announcing MXNet support in Horovod with their next release and this would help MXNet increase our visibility. Thanks, Qing On 2/12/19, 2:16 PM, "Michael Wall" wrote: Team, Here

Re: [CANCELLED][VOTE] Release Apache MXNet (incubating) version 1.4.0.rc2

Hi All, Can we move the VOTE forward since the RAT license should not be a problem that block the release. We can always add that one in our future releases (e.g 1.4.1 or 1.5.0). As you may aware, 1.4.0 release started very early this year and delayed a couple of times until now. From the

Re: [Announcement] New Committer -- Lin Yuan

Congrats Lin! > > > Congratulations Lin > >> On Sat, Feb 2, 2019, 3:27 PM Tianqi Chen > >> Dear Community: >> >> Please join me to welcome Lin Yuan(@apeforest) as a new committer of >> Apache(incubating) MXNet! >> >> He has contributed to various improvements, including better compatibility

[DISCUSS] Current Publish problems

Hi all, Recently Zach announced the availability for MXNet Maven publishing pipeline and general static-build instructions. In order to make it better, I drafted a document that includes the problems we have for this pipeline:

Re: Question about Gluon Api for Scala package & JVM langs

Hi Carin, Thanks for your question. I would like to know which part(s) of Gluon you would like to see for JVM in general? Since itself if big, we can start working on the components users needed the most and then cover the rest of the part. Please feel free to draft a proposal somewhere and we

Re: [ANNOUNCE] Jenkins Nightly Release Pipeline with MXNet Scala

Great work Zach! Please reach out to Scala community if you are interested to learn more about the nightly build for MXNet Scala. Thanks, Qing On 1/19/19, 8:54 AM, "Carin Meier" wrote: Thanks for everyone involved in this effort. This not only is a huge win for the Scala community

Re: Taxonomy on our cwiki

Agreed +1. Could we draft a plan on CWIKI and let's sign up our name to migrate the pages to the right location? Thanks, Qing On 1/21/19, 6:18 AM, "Anton Chernov" wrote: A quick tip about links to the wiki pages, note the difference in links: *

Re: [Article] Object Detection with Clojure MXNet

That looks cool! So glad to see the active community of Clojure. BTW, Piyush (piyushghai) plans to add the bounding box support for Scala this week. Thanks, Qing On 1/20/19, 7:29 AM, "Carin Meier" wrote: Thanks - props for the images belongs to the original Scala article

[DISCUSS] Make MKLDNN as a default on Maven nightly build

Hi all, I would like to raise a discussion on whether to make MKLDNN as a default in nightly build (1.5.0-SNAPSHOT) for MXNet Scala/Java binding. Currently Scala build with MKLDNN is supported since https://github.com/apache/incubator-mxnet/pull/13819 with CI. I do see the performance

Re: joining slack channel

Invite sent. -Qing On 1/9/19, 2:18 PM, "louisfeng.list@" wrote: Could I please get an invite to the Slack channel too? Thanks, Louis On 2019/01/04 16:09:03, "Lv, Tao A" wrote: > Invitation is sent to mue...@amazon.com. You can find mxnet in ASF channels.

Re: Apache MXNet v1.4.0 release status

Hi all, I added a section F in the document that explained the current static-linked dependencies we used for official release. As there are a few licenses are under BSD3 and GPL, we need to handle them in our next release. Please take a look and leave any concerns you may have. Thanks, Qing

Re: [Announcement] New Committer - Roshani Nagmote

Congrats Roshani! Great to have you here! -Qing > > > Congrats Roshani. Well deserved. > >> On Tue, Jan 8, 2019, 8:29 AM Marco de Abreu > >> Great to have you on board, Roshani! >> >> -Marco >> >> Am Di., 8. Jan. 2019, 15:18 hat Carin Meier >> geschrieben: >> >>> Please join me in

Malformed package uploaded to Maven central

Dear Community, Recently I tried to improve the Maven automated publish procedure and tested publish the package. However, I accidently used maven to upload a package to a close release branch:

Re: [DISCUSS] About the usage of CUDA/CUDNN

can be run in an automated account well outside our CI account. On Mon, Dec 17, 2018 at 1:53 PM Qing Lan wrote: > Dear community, > > Currently me and Zach are working on the Automated-publish pipeline on > Jenkins which is a pipeline used to publish

[DISCUSS] About the usage of CUDA/CUDNN

Dear community, Currently me and Zach are working on the Automated-publish pipeline on Jenkins which is a pipeline used to publish Maven packages and pip packages nightly build. We are trying to use NVIDIA deb which could help us to build different CUDA/CUDNN versions in the publish system.

[DISCUSS] About the PR merging policy

Hi all, Recently I self-merged my PR without getting approvals from other committers https://github.com/apache/incubator-mxnet/pull/13617 and only contributors approval. I apologize to the community and thank Marco for pointing out the problem. I took a lesson that we should at least have one

Re: [Announce] Upcoming Apache MXNet (incubating) 1.4.0 release

Hi all, I have a critical bug-fix PR https://github.com/apache/incubator-mxnet/pull/13330 that essentially fix the problems for supporting inference with different shape in Scala/Java (introduced in v1.1). I would like to request to cherry-pick this one in 1.4. Thanks, Qing On 11/29/18, 3:00

Re: Scala Symbol API Question

Hi Sam, please join the Slack MXNet. We also have a #MXNet-Scala channel there where you can ask more questions with Scala/Java. Apart from that I have placed an issue for you: https://github.com/apache/incubator-mxnet/issues/13403 Thanks, Qing On 11/23/18, 11:22 PM, "Sam Bean" wrote:

Re: CI impaired

Appreciated for your effort and help to make CI a better place! Qing On 11/21/18, 4:38 PM, "Lin Yuan" wrote: Thanks for your efforts, Marco! On Wed, Nov 21, 2018 at 4:02 PM Anirudh Subramanian wrote: > Thanks for the quick response and mitigation! > > On

Re: [ANNOUNCEMENT] New Committer: Qing Lan

nagement Committee (PPMC) for Apache MXNet has > > > invited Qing Lan based on his contribution to MXNet Scala to become a > > > committer and we are pleased to announce that he has accepted. > > > > > > Qing, thanks a lot for your contribution

Re: [VOTE] Separating PMC and Committership

+1 (non-binding) On 11/8/18, 2:41 PM, "kellen sunderland" wrote: +1 (non-binding) On Thu, Nov 8, 2018 at 10:37 AM Thomas DELTEIL wrote: > +1 (non-binding) > > Le jeu. 8 nov. 2018 à 10:04, Carin Meier a écrit : > > > Reminder - Vote ends tomorrow-

Re: [Discussion] Recognise Reviewers, Besides Committers and PMC

+1 Let's have a reviewer list somewhere with a certain format: such as C++, Gluon, Scala/Java based on language or some other category. etc. In the future, label bot would automatically assign reviewers based on this kind of documentation. Thanks, Qing On 10/21/18, 11:44 PM, "YiZhi Liu"

Re: MXNet - Label Bot functionality

Hi Harsh, This new label bot design looks great! I would like to encourage people to review it and move forward to benefit the MXNet community. Since this new design needs webhook support from Apache, let's go through the following steps to get this done: 1. Demo and contributors review stage:

Re: Time out for Travis CI

On Tue, Oct 2, 2018, 3:11 AM Qing Lan wrote: > Are we currently on a free plan? If we are, probably the unlimited build > minutes would help > > Thanks, > Qing > > On 10/1/18, 6:08 PM, "kellen sunderland" > wrote:

Re: Time out for Travis CI

Are we currently on a free plan? If we are, probably the unlimited build minutes would help Thanks, Qing On 10/1/18, 6:08 PM, "kellen sunderland" wrote: Does the global time out change for paid plans? I looked into it briefly but didn't see anything that would indicate it does.

Re: Feedback request for new Java API

>>> to >>>>>>> convert >>>>>>>>>>>>> Option.None to nulls and Option.Some-> Option.get(), >> so >>>> you >>>>> are >>>>>>> not >>>>&g

Re: Feedback request for new Java API

ethods inside the Scala > > code would create a mess for users. Maintenance would be essentially the > > same for both because either way you're going to be updating Java methods > > when you make Scala changes. > > > > Let'

Re: Reformulating to a more efficient design of Mxnet-label-Bot

Great work Harsh! I like your webhook design. This would allow us to do a great more for the label bot and speed up the response time. -Marco: I think Anton means the "Assignees" field in issues and PRs Thanks, Qing On 9/27/18, 5:06 PM, "Marco de Abreu" wrote: You mean like a

Re: Feedback request for new Java API

I would like to loop this back a layer. Current, there is a discussion in the MXNet Scala community on the ways to implement the Java APIs. Currently there are two thoughts: 1. Make Scala Java Friendly (Create Java compatible methods in the Scala Class. such as NDArray with Java compatible

Some feedback from MXNet Zhihu topic

Hi all, There was a trend topic in Zhihu (a famous Chinese Stackoverflow+Quora) asking about the status of MXNet in 2018 recently. Mu replied the thread and obtained more than 300+ `like`. However there are a few concerns addressed in the comments of

Re: Off-Heap Memory Management in MXNet Scala

Nice document! Way better than current .dispose() in Scala! Thanks, Qing On 9/11/18, 6:04 PM, "Chris Olivier" wrote: wow, incredible document! On Tue, Sep 11, 2018 at 2:37 PM Naveen Swamy wrote: > Hi All, > > I am working on managing Off-Heap Memory Management

New Java Inference API

Hi All, Here is an update for the Java Inference API design doc on CWIKI: https://cwiki.apache.org/confluence/display/MXNET/MXNet+Java+Inference+API. Currently, MXNet Java bindings is an extension of MXNet Scala API that allow users to use Java to do inference on MXNet. Users will be able to

Re: [DISCUSS] improve MXNet Scala release process

> Or if it is a separate process, it might be able to share common parts. > > Could you please keep me in the loop of the deployment process so we can > figure out the best place to work in Clojure as well? > > Thanks, > Carin > > On T

Re: Significant windows build improvements from source

we have them already? Thanks, Qing On 8/2/18, 10:10 AM, "Qing Lan" wrote: Hi Pedro, Great works! Thanks for supporting Windows build in here. Thanks, Qing On 8/2/18, 10:08 AM, "Marco de Abreu" wrote:

Re: Significant windows build improvements from source

Hi Pedro, Great works! Thanks for supporting Windows build in here. Thanks, Qing On 8/2/18, 10:08 AM, "Marco de Abreu" wrote: Hello Pedro, These are great efforts! It's great to see that we are improving our situation around Windows. Looking forward to using it.

Re: [DISCUSS] improve MXNet Scala release process

+Hours as the people who is working on improving the CI are there ready to help. Thanks, Qing On 7/28/18, 11:44 PM, "Qing Lan" wrote: Thanks Marco, Naveen and Sheng's feedback. About the 1): Scala side will only pack the mxnet binary only and use dynamic links to al

Re: [DISCUSS] improve MXNet Scala release process

e for building > pip > > packages that's currently not utilizing the CI, and the item 3 is the > > blocker too. Once you finish, it would be great to refer to the same > > solution, so that I can move it into the same CI. > > > > -sz >

[DISCUSS] improve MXNet Scala release process

Hi all, Recently contributors on Scala Language development worked together and finally able to publish Scala package on Maven. Now I would like to raise a discussion to automate Scala release process and also discover a standard way to release different packages for MXNet so we won’t ask any

Data Type improvement in MXNet Scala

Hi all, I would like to propose a change on the MXNet Scala data_type: Depreciate the `provideData` and `provideLabel` functions to provide `DataDesc` type instead of `ListMap[String, Shape]` type. There were several issues regarding to this since v0.12 on Scala. Several users reported that

Re: [VOTE] Subscribe dev@ to Github Activities

-1, unless we can keep this under control. It's not all of the PRs or Issues worthwhile to be involved into discussion. I hope we can put this under control such as @subscribe_dev as a bot to spread the information to dev@. Thanks, Qing On 7/17/18, 9:26 AM, "Lin Yuan" wrote: +1, I

Re: [DISCUSS] Subscribe dev@ to Github Activities?

+0.5 Is there a @dev-apache option we can have? So we can decide whether to share the discussion on this mailing list. Thanks, Qing On 7/12/18, 3:08 PM, "Pedro Larroy" wrote: -1 It's a lot of traffic, whomever wants to subscribe can do it in github. I'm afraid it will decrease

Re: Access Permission of MXNet label bot

I think putting in the Infra can be a really good solution. We do not expose the credential to the outside and we can make sure it can be run in a timely manner. Thanks, Qing On 7/12/18, 11:11 AM, "Marco de Abreu" wrote: Hello Cathy, unfortunately, we're not allowed to use bot

Re: Proposal to release the Examples for Scala in V1.3

st, may be > should > > call out on the documentation that this is a known issue and we will work > > on it. > > IMO for this case making incremental improvements to examples makes > sense. > > > > I would like to hear what others think. &

Proposal to release the Examples for Scala in V1.3

Hi all, I would like to propose the release plan for MXNet Scala examples in V1.3. Currently, the examples in the main repository are not maintained for a long time. I have spent some time to use the improved Scala API (known as the .api) to improve the examples with documentation to run and

Re: The operator check for Scala Package

y CI every night? With all being said, there is at least one thing that must be clear, we certainly don't want to put the extra burden on the backend developers. On Wed, Jun 20, 2018 at 9:39 PM Qing Lan wrote: > Hi All, > > Thank you all for your feedba

Re: The operator check for Scala Package

tributors. > > > > On Wed, Jun 20, 2018 at 10:22 AM Haibin Lin < > haibin.lin@gmail.com> > > > > wrote: > > > > > > > > > > I appreciate the effort and understand the motivation. However, I'm > > &g

Re: The operator check for Scala Package

not familiar with Scala having to make a > > change to the Scala package. This would allow us to follow up > > asynchronously but still provide actionable events that one can be > > subscribed to. > > > > Best regards, > > Marco >

The operator check for Scala Package

Hi all, I am one of the maintainer for MXNet Scala package. Currently I am building up a hash-check system on the generated API through C. The PR is in this URL: https://github.com/apache/incubator-mxnet/pull/11239 A file named FILEHASH will be added to the Scala that created the MD5 string of

Re: MXNet issues labeling

Hi All, I would like to quote this: ``` Cathy: I am working on this label bot to automate/simplify this labeling issue process and send weekly report to maintainers. Design proposal is on cwiki: https://cwiki.apache.org/confluence/display/MXNET/Deep+Learning+Based+GitHub+Label+Bot Please feel

Re: Vote to stop using JIRA

+ 0 Can we keep this optional? Not totally abandon or support. Pros: I used JIRA to track most of my PRs and can place them together at one place. It also being helpful if we find some issues and group them together as one case. Cons: Currently JIRA does not allow someone who is not

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

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: MXNet issues labeling

Great topic! Vote for Option 1 Labelling and problem triaging process should be a lot simpler for all developers and bring less load to committers. Thanks, Qing On 5/21/18, 4:26 PM, "sandeep krishnamurthy" wrote: Thanks, Roshani for starting this

Re: The New Scala API

> > > HowtocombinewithexistingAPIs > > > > > > > > Qing proposed three options, > > > > > > > > 1. Add a new Class/Object called "NewSymbol/NDArray" with full > > > > implementation. > >

The New Scala API

Hi All, I am Qing, one of the Scala API maintainer for MXNet. I would like to propose a new design on Scala APIs, it will be really helpful for user to use MXNet Symbol/NDArray. This is a follow-up from Naveen’s proposal. Background: The current design on Scala would take arguments as