Re: Apache MXNet Scala nightly-build now available on Apache Nexus

2018-11-02 Thread YiZhi Liu
great for the Clojure MXNet users as well. > > On Mon, Oct 29, 2018 at 1:39 PM YiZhi Liu wrote: > > > Hi, > > > > > > > > I am happy to announce that the availability of the experimental > > nightly-build Scala package on Maven in Nexus. The nightly-builds

Apache MXNet Scala nightly-build now available on Apache Nexus

2018-10-29 Thread YiZhi Liu
Hi, I am happy to announce that the availability of the experimental nightly-build Scala package on Maven in Nexus. The nightly-builds, currently published as 1.3.1-SNAPSHOT version, include the latest changes from the master branch from apache/incubator-mxnet GitHub repo and refresh every day.

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

2018-10-22 Thread YiZhi Liu
> > > > reviewers for example, by adding a list of names in the contributor > > > list. > > > > > In general, I find it is really helpful to have more code reviews. > > > > > Recognizing good reviewers early enables us to find committer > > >

Re: Feedback request for new Java API

2018-09-29 Thread YiZhi Liu
at 7:43 PM Naveen Swamy wrote: > Ah! we agree on something :) lets get more opinions, I am happy to go with > it. > > On Sat, Sep 29, 2018 at 10:40 PM YiZhi Liu wrote: > > > Also sometimes people may not be at the same page when talking about > option > > #2. What I

Re: Feedback request for new Java API

2018-09-29 Thread YiZhi Liu
Also sometimes people may not be at the same page when talking about option #2. What I insist is the builder classes for each operator. Otherwise I actually more support Naveen’s approach - not to totally separate java and scala objects. On Sat, Sep 29, 2018 at 7:35 PM YiZhi Liu wrote: > No

Re: Feedback request for new Java API

2018-09-29 Thread YiZhi Liu
; already listed my reasons, I will stop here and see what others say given > my reasoning. > > -1 to #2) > > Also, by lecture I meant to say "I don't want to list all the problems > with unnecessary complications and talk about how to design software" > > On Sat, Sep 2

Re: Feedback request for new Java API

2018-09-29 Thread YiZhi Liu
And if we find incorrect declaration, we fix it, not simply assuming many of them also has problem and we cannot rely on them - otherwise the type-safe APIs in Scala also does not make sense. On Sat, Sep 29, 2018 at 7:10 PM YiZhi Liu wrote: > > It also makes sense to me if we have it

Re: Time out for Travis CI

2018-09-29 Thread YiZhi Liu
cubator-mxnet/builds/433172088?utm_source=github_status_medium=notification > > > > > https://travis-ci.org/apache/incubator-mxnet/builds/434404305?utm_source=github_status_medium=notification > > > > > > Thanks, > > Zhennan > > > > -Original M

Re: Time out for Travis CI

2018-09-29 Thread YiZhi Liu
while other PRs are all good. On Sat, Sep 29, 2018 at 2:13 PM YiZhi Liu wrote: > > Honestly I don't know yet. I can help to investigate. Just given the > evidence that, travis timeout every time it gets re-triggered - 2 > times at least. Correct me if I'm wrong @ Zhennan > On Sa

Re: Time out for Travis CI

2018-09-29 Thread YiZhi Liu
would cause extra runtime > YiZhi, could you point them out? > > On Sat, Sep 29, 2018 at 8:46 PM YiZhi Liu wrote: > > > Kellen, I think this PR introduces extra runtime in CI, thus causes > > the timeout. Which means, once merged, every PR later will see same > > ti

Re: Feedback request for new Java API

2018-09-29 Thread YiZhi Liu
h your opinion that they are not important and would like to > hear from others. > > I am curious to see how the #2 looks like compared to #1 > Andrew/Qing, can you paste the generated Apis that you have for both Scala > and Java in a gist please. > > > On Sep 29, 2018, at 2

Re: Feedback request for new Java API

2018-09-29 Thread YiZhi Liu
d above, I think such user-experience benefits are even greater than what we got from type-safe. On Sat, Sep 29, 2018 at 11:41 AM YiZhi Liu wrote: > > Naveen, software designing is all about tradeoff, every feature we > introduce causes more compiling time, more efforts to maintain

Re: Time out for Travis CI

2018-09-29 Thread YiZhi Liu
fication > > > > According to the time stamp from Travis, all passed PR are within > > small code change, and can complete `make -j2` within 25s. But for > > timeout case, 'make -j2' will need about 1600s. Does Travis do > > incremental build for each test? Shall we in

Re: Feedback request for new Java API

2018-09-29 Thread YiZhi Liu
's helpful. > > > > > > - Carin > > > > > > On Fri, Sep 28, 2018 at 7:05 AM Davydenko, Denis > > > > > wrote: > > > > > >> +1 on option #2. Having clear Java interface for NDArray, from my > > >> perspective, would be a

Re: Feedback request for new Java API

2018-09-27 Thread YiZhi Liu
t; the number of macros that we've got to maintain. It'll become even more > > overhead once we start expanding the Java API with more classes that > > use > > generated code like this. The advantages are that the existing Scala > > NDArray Infer API would remain unchanged for Scala users and that the > > new > > macro could be optimized to give the best possible experience to the > > Java > > API. > > > > Thanks, > > Andrew > > > > > > -- Yizhi Liu DMLC member Amazon Web Services Vancouver, Canada

Re: [VOTE] Subscribe dev@ to Github Activities

2018-07-17 Thread YiZhi Liu
; > +1 if my vote can be taken into account > > > > > > > > On Mon, Jul 16, 2018 at 4:32 AM, Sheng Zha wrote: > > > > > > > > > Hi, > > > > > > > > > > I'm starting a vote on subscribing dev@ to Github activities. See > > > > previous > > > > > discussion thread here > > > > > <https://lists.apache.org/thread.html/3d883f6a3cbc8e81e810962e0c0fe7 > > > > > bfd01f0b78d3cb44034f566442@%3Cdev.mxnet.apache.org%3E> > > > > > . > > > > > > > > > > The vote lasts for three days and ends on 7/18/2018 at 9pm pst. > > > > > > > > > > -sz > > > > > > > > > > > > > > -- Yizhi Liu DMLC member Amazon Web Services Vancouver, Canada

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

2018-07-12 Thread YiZhi Liu
> > * Examples are fixed with full documentation to help to run them > > > > Cons: > > > > * Examples contains the memory leak issues may cause problems > > > > Please kindly share your ideas in this thread and I am really appreciate > > for your help. > > > > Thanks, > > Qing > > -- Yizhi Liu DMLC member Amazon Web Services Vancouver, Canada

Re: Merging Clojure PR

2018-06-29 Thread YiZhi Liu
peers from the Clojure community to help with the review. > > > > > > > > If there is a committer who would like to do a complete review, I'll be > > > > happy to step back and let you do it otherwise this PR is going in by > > the > > > > end of week to make it ready for 1.3. > > > > > > > > https://github.com/apache/incubator-mxnet/pull/11205 > > > > > > > > Let me know > > > > > > > > Thanks, Naveen > > > > > > > > > -- Yizhi Liu DMLC member Amazon Web Services Vancouver, Canada

Re: The operator check for Scala Package

2018-06-20 Thread YiZhi Liu
> https://github.com/apache/incubator-mxnet/pull/11239 > > > > > > A file named FILEHASH will be added to the Scala that > > created > > > the MD5 > > > > > > string of the generated API document. It will check the > > > signature of > > > > all > > > > > > the operators during Scala CI testing. The reason I am > > doing > > > this is to > > > > > > make sure Scala developers will always be reminded if > > there is an > > > > > operator > > > > > > name/argument changes happened in different PRs. More > > detailed > > > info > > > > > > explained in here: > > > > > > > > > > > > https://cwiki.apache.org/confluence/display/MXNET/ > > > > > MXNet+Scala+API+Usability+Improvement > > > > > > > > > > > > Pros: > > > > > > This method will always help us keep backwards > > compatibility of > > > > operators > > > > > > for Scala > > > > > > Cons: > > > > > > Require update on the FILEHASH with new contents when > > there is an > > > > > operator > > > > > > change. Developers who changed the operator should `make > > > scalapkg` to > > > > > > update that file. > > > > > > > > > > > > Please leave any thoughts you may have for this design and > > feel > > > free to > > > > > > review the code. > > > > > > > > > > > > Thanks, > > > > > > Qing > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > -- Yizhi Liu DMLC member Amazon Web Services Vancouver, Canada

Re: users@mxnet

2018-06-18 Thread YiZhi Liu
; ensure > > > > >>>>> high > > > > >>>>> visibility initially. What do you think? > > > > >>>>> > > > > >>>>> Sebastian schrieb am Fr., 15. Juni 2018, 20:51: > > > > >>>>> > > > > >>>>>> I have already proposed this many times in the past and would > > > > >>> strongly > > > > >>>>>> encourage it. > > > > >>>>>> > > > > >>>>>> -s > > > > >>>>>> > > > > >>>>>> On 15.06.2018 21:56, Sergio Fernández wrote: > > > > >>>>>>> Hi, > > > > >>>>>>> > > > > >>>>>>> is there any good reason why the podling doesn't have a users@ > > > > >>>> mailing > > > > >>>>>> list > > > > >>>>>>> yet? > > > > >>>>>>> > > > > >>>>>>> Honestly speaking, I'm not a big fan of the other tools the > > > > >> podling > > > > >>>> is > > > > >>>>>>> using. Slack and Web forums a cool tools, and I used them a lot > > > > >> in > > > > >>>>> other > > > > >>>>>>> contexts. But when it comes to transparency and community, > > > > >> mailing > > > > >>>>> lists > > > > >>>>>>> play a crucial role in the Apache Way. > > > > >>>>>>> > > > > >>>>>>> Users are the most important asset a project can have. Even > > more > > > > >>> than > > > > >>>>>>> developers, believe me. So I think it's time to create a users@ > > > > >>>>> mailing > > > > >>>>>>> list for to helping MXNet grow its community beyong the core > > > > >> team. > > > > >>>>>>> > > > > >>>>>>> Cheers, > > > > >>>>>>> > > > > >>>>>> > > > > >>>>> > > > > >>>> > > > > >>> > > > > >> > > > > > > > > > > > > > -- Yizhi Liu DMLC member Amazon Web Services Vancouver, Canada

Re: Regarding 1.2.1 patch release

2018-06-13 Thread YiZhi Liu
ello Anirudh, > > > > > > > > > > > > > > > > Could you merge the bugs below? Each of the bug fixes > > below > > > > come > > > > > > with a > > > > > > > > set of tests and many of them are critical for Gluon. > > > > > > > > MKLDNN: > > > > > > > > https://github.com/apache/incubator-mxnet/pull/10979 > > > > > > > > https://github.com/apache/incubator-mxnet/pull/10731 > > > > > > > > https://github.com/apache/incubator-mxnet/pull/10706 > > > > > > > > https://github.com/apache/incubator-mxnet/pull/10651 > > > > > > > > https://github.com/apache/incubator-mxnet/pull/10624 > > > > > > > > https://github.com/apache/incubator-mxnet/pull/10619 > > > > > > > > https://github.com/apache/incubator-mxnet/pull/10616 > > > > > > > > > > > > > > > > Others: > > > > > > > > https://github.com/apache/incubator-mxnet/pull/10918 > > > > > > > > > > > > > > > > @Ashok @Tao @Patric @Alex, do you have other important > > MKLDNN > > > > bug > > > > > > fixes > > > > > > > > that should be merged? > > > > > > > > > > > > > > > > Best, > > > > > > > > Da > > > > > > > > > > > > > > > > On 6/6/18, 5:23 PM, "Anirudh" > > > > > > > > anirudh2...@gmail.com>> wrote: > > > > > > > > > > > > > > > > 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 > > > > > > release? Also, > > > > > > > > are > > > > > > > > there any critical MKLDNN bug fixes which are in > > master > > > and > > > > > > well > > > > > > > > tested and > > > > > > > > can go into the patch release ? > > > > > > > > > > > > > > > > Anirudh > > > > > > > > > > > > > > > > > > > > > > > > On Wed, Jun 6, 2018 at 1:48 PM, Anirudh < > > > > > anirudh2...@gmail.com > > > > > > > > > > > > > > anirudh2...@gmail.com>> wrote: > > > > > > > > > > > > > > > > > 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 above fix will go as part of the 1.2.1 patch > > > release > > > > > > which will > > > > > > > > be > > > > > > > > > coming out soon. > > > > > > > > > > > > > > > > > > In addition to this, we will also be including: > > > > > > > https://github.com/ > > > > > > > > > apache/incubator-mxnet/pull/11142 > > > > > > > > > > > > > > > > > > I request the community to point out other bug > > fixes > > > that > > > > > are > > > > > > > > critical and > > > > > > > > > should go as part of 1.2.1 patch release. > > > > > > > > > > > > > > > > > > Anirudh > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > -- Yizhi Liu DMLC member Amazon Web Services Vancouver, Canada

Re: Vote to stop using JIRA

2018-06-11 Thread YiZhi Liu
the invitation > > > process." > > > > > > Yes you're absolutely right. Contributors wouldn't ask for this, > > > instead, they will be nominated. In some cases like this [1] we're > > > better than Weex :) > > > > > > [1] https://cwiki.apache.org/confluence/display/MXNET/ > > Becoming+a+Committer > > > > > -- Yizhi Liu DMLC member Amazon Web Services Vancouver, Canada

Re: Clojure Package

2018-06-08 Thread YiZhi Liu
>> > > > > > >> wrote: >>>> > > > > > >>> >>>> > > > > > >>>> It is always a good thing to consider the cost with the >>>> > benefit. >>>> > > > > I'll >>>> > > > > > >> do >>>> > > > > > >>> my >>>> > > > > > >>>> best to explain what I see the tradeoffs to be. >>>> > > > > > >>>> >>>> > > > > > >>>> First, I wanted to clarify that it took significant >>>> > development >>>> > > > > effort >>>> > > > > > >> to >>>> > > > > > >>>> get the Clojure package and the interop working properly >>>> > despite >>>> > > > my >>>> > > > > > >>> simple >>>> > > > > > >>>> looking design on the confluence page :) >>>> > > > > > >>>> >>>> > > > > > >>>> One of the advantages of MXNet over its competitors is its >>>> > many >>>> > > > > > >> language >>>> > > > > > >>>> support. The Clojure package would only increase the >>>> value of >>>> > > this >>>> > > > > > >>>> proposition and bring new users and growth into the >>>> community. >>>> > > > > > >>>> However, there is a cost associated with adding this >>>> language >>>> > > > > support >>>> > > > > > >> as >>>> > > > > > >>>> you pointed out. >>>> > > > > > >>>> >>>> > > > > > >>>> Since the Clojure package right now is only reliant on the >>>> > Scala >>>> > > > > jars >>>> > > > > > >>> from >>>> > > > > > >>>> Maven, it can exist outside the main project as an >>>> independent >>>> > > > repo >>>> > > > > > >> but I >>>> > > > > > >>>> think that would lessen the growth benefit both to the >>>> Clojure >>>> > > > > > >> community >>>> > > > > > >>>> and to the MXNet community to not be included as a first >>>> class >>>> > > > > > >> language. >>>> > > > > > >>>> >>>> > > > > > >>>> I believe having first class Clojure support in MXNet is >>>> > > valuable, >>>> > > > > but >>>> > > > > > >>> the >>>> > > > > > >>>> cost of that support is up to the community to decide. >>>> > > > > > >>>> >>>> > > > > > >>>> Is there a process for considering a new package in MXNet? >>>> > > > > > >>>> >>>> > > > > > >>>> - Carin >>>> > > > > > >>>> >>>> > > > > > >>>>> On Fri, Jun 1, 2018 at 5:51 PM, Chen HY < >>>> > chenhy12...@gmail.com >>>> > > > >>>> > > > > > wrote: >>>> > > > > > >>>>> >>>> > > > > > >>>>> Have checked the issue and the confluence page, but still >>>> > > > curious. >>>> > > > > > >>>>> Clojure and Scala are both JVM based languages. >>>> > > > > > >>>>> They, as well as many JVM based languages, can share >>>> their >>>> > > class >>>> > > > > and >>>> > > > > > >>>> method >>>> > > > > > >>>>> at a certain level. >>>> > > > > > >>>>> Why should the community maintain two APIs for two >>>> languages >>>> > > with >>>> > > > > can >>>> > > > > > >>>> share >>>> > > > > > >>>>> their packages with almost zero effort? >>>> > > > > > >>>>> >>>> > > > > > >>>>> >>>> > > > > > >>>>> 2018-06-01 21:58 GMT+01:00 Carin Meier < >>>> carinme...@gmail.com >>>> > >: >>>> > > > > > >>>>> >>>> > > > > > >>>>>> Hi all, >>>> > > > > > >>>>>> >>>> > > > > > >>>>>> I've been working on a Clojure package for MXNet. Since >>>> > > Clojure >>>> > > > is >>>> > > > > > >> a >>>> > > > > > >>>> JVM >>>> > > > > > >>>>>> language, the package leverages the great work of the >>>> > existing >>>> > > > > > >> Scala >>>> > > > > > >>>>>> package. >>>> > > > > > >>>>>> >>>> > > > > > >>>>>> I would appreciate any feedback and testing. >>>> > > > > > >>>>>> >>>> > > > > > >>>>>> Here is the original issue: >>>> > > > > > >>>>>> https://github.com/apache/incubator-mxnet/issues/8971 >>>> > > > > > >>>>>> >>>> > > > > > >>>>>> Architecture & Design: >>>> > > > > > >>>>>> https://cwiki.apache.org/confluence/display/MXNET/ >>>> > > MXNet+Clojure >>>> > > > > > >>>>>> >>>> > > > > > >>>>>> and the github repo for rapid testing and issue fixing >>>> > before >>>> > > of >>>> > > > > > >>>> opening >>>> > > > > > >>>>> an >>>> > > > > > >>>>>> official PR https://github.com/gigasquid/clojure-mxnet >>>> > > > > > >>>>>> >>>> > > > > > >>>>>> I'm also active in the slack channel so feel free to >>>> ping me >>>> > > > > there. >>>> > > > > > >>>>>> >>>> > > > > > >>>>>> Thanks, >>>> > > > > > >>>>>> Carin Meier >>>> > > > > > >>>>>> >>>> > > > > > >>>>> >>>> > > > > > >>>>> >>>> > > > > > >>>>> >>>> > > > > > >>>>> -- >>>> > > > > > >>>>> Chen Hanyang 陈涵洋 >>>> > > > > > >>>>> Software School Fudan University >>>> > > > > > >>>>> +86-138-1881-7745 >>>> > > > > > >>>>> >>>> > > > > > >>>> >>>> > > > > > >>> >>>> > > > > > >> >>>> > > > > > > >>>> > > > > > > >>>> > > > > > > >>>> > > > > > > -- >>>> > > > > > > Sandeep Krishnamurthy >>>> > > > > > >>>> > > > > >>>> > > > >>>> > > >>>> > >>>> >>>> >>>> >>>> -- >>>> Chen Hanyang 陈涵洋 >>>> Software School Fudan University >>>> +86-138-1881-7745 >>>> >>> >>> >> -- Yizhi Liu DMLC member Amazon Web Services Vancouver, Canada

Re: The New Scala API

2018-04-22 Thread YiZhi Liu
Net+Scala+API+Usability+Improvement> > and leave any thoughts you may have. This wiki includes examples, targets > and scenarios we have so far. > > Thanks, > Qing -- Yizhi Liu DMLC member Amazon Web Services Vancouver, Canada

Re: [VOTE] Disconnect all non-C API's from mxnet versioning

2018-03-12 Thread YiZhi Liu
018 at 3:12 PM, Roshani Nagmote < >> roshaninagmo...@gmail.com> >> wrote: >> >> > -1 for different versioning. >> > >> > I feel its just added confusion for users. >> > >> > On Mon, Mar 12, 2018 at 2:35 PM, YiZhi Liu <eazhi@

Re: [VOTE] Disconnect all non-C API's from mxnet versioning

2018-03-12 Thread YiZhi Liu
increase >> 2. Vote succeeded: Refactoring of user-facing APIs possible and only users >> of the changed APIs are affected while major version does not increase for >> other APIs. >> 3. Remove SemVer: We could introduce breaking changes at any point in time, >> but

Re: [VOTE] Disconnect all non-C API's from mxnet versioning

2018-03-12 Thread YiZhi Liu
/releases. >> > > > > > >> > > > > > A +1 vote is in *favor of* using a different versioning for all >> > > > > > non-C-API's, with each API (Scala, R, Julia, C++, etc.) having >> its >> > > own >> > > > > > version. >> > > > > > >> > > > > > A -1 vote is *against* using a different versioning for all >> > > > non-C-API's, >> > > > > > with all API's (Scala, R, Julia, C++, etc.) sharing the mxnet >> > > version. >> > > > > > >> > > > > > This vote will conclude on Monday, March 19, 2018. >> > > > > > >> > > > > > Thanks, >> > > > > > -Chris >> > > > > > >> > > > > >> > > > >> > > >> > >> -- Yizhi Liu DMLC member Amazon Web Services Vancouver, Canada

Re: Publishing Scala Package/namespace change

2018-03-11 Thread YiZhi Liu
th the current version. > > > > > > "Users get more confused with the version mapping. And it introduces > > > overhead to maintain." > > > I'm not sure why users even need to know about the version mapping. If > > > I'm only interested in the Sca

Re: Publishing Scala Package/namespace change

2018-03-11 Thread YiZhi Liu
hoose to update their package and then fix potential > breaking > > API changes (the likely case), or they stick with the current version. > > > > "Users get more confused with the version mapping. And it introduces > > overhead to maintain." > > I'm not

Re: Publishing Scala Package/namespace change

2018-03-11 Thread YiZhi Liu
2.0 > > >> > > >> > R-Package -> MXNet-Version > > >> >> 1.0 -> 1.0 > > >> >> 2.0 -> 1.1 > > >> >> 2.1 -> 1.2 > > >> >> 2.2 -> 1.3 > > >> >> 3.0 -> 2.0 > > &g

Re: Publishing Scala Package/namespace change

2018-03-11 Thread YiZhi Liu
-Kellen > > From: Carin Meier > Sent: Saturday, March 10, 2018 1:41 PM > To: dev@mxnet.incubator.apache.org > Cc: d...@mxnet.apache.org > Subject: Re: Publishing Scala Package/namespace change > > +1 as well. I'm actively developing a Clojure package for MXNet that uses &g

Re: Publishing Scala Package/namespace change

2018-03-09 Thread YiZhi Liu
la package and publish to Maven in the > upcoming release. I understand that this probably breaks the Semver > semantics that is agreed upon, However I would like to point out that the > Scala package has never been published to maven as 1.0 under org.apache. > > Open to suggesti

Re: Assign JIRA issue

2018-03-08 Thread YiZhi Liu
Yes it is. Thanks! 2018-03-08 16:04 GMT-08:00 Chris Olivier <cjolivie...@gmail.com>: > Done. Assume you meant your apache.org onew (there there two) > > On Thu, Mar 8, 2018 at 3:47 PM, YiZhi Liu <liuyi...@apache.org> wrote: > >> Hi Chris, >> >> could

Re: Assign JIRA issue

2018-03-08 Thread YiZhi Liu
ng to me for some reason. Just click "assign to me" link. >> > >> > If you don't have permissions, please email me directly (or even better, >> > ping on slack) and I will add you to a permission group (let me know if >> > you're a committer or contributor). >> > >> -- Yizhi Liu DMLC member Amazon Web Services Vancouver, Canada

[ANNOUNCE] Apache MXNet (incubating) 1.1.0 Release

2018-02-28 Thread YiZhi Liu
incubation status is not necessarily a reflection of the completeness or stability of the code, it does indicate that the project has yet to be fully endorsed by the ASF. -- Yizhi Liu DMLC member Amazon Web Services Vancouver, Canada

Re: [VOTE] Release MXNet version 1.1.0.RC1

2018-02-13 Thread YiZhi Liu
> > > On Sat, Feb 10, 2018 at 10:49 AM, YiZhi Liu <eazhi@gmail.com> wrote: > >> Let's make the voting end at 11:10 p.m., Tuesday, February. 13th. >> >> Thanks for reminding. >> >> Best, >> Yizhi >> >> 2018-02-10 9:54 GMT-08

Re: [VOTE] Release MXNet version 1.1.0.RC1

2018-02-10 Thread YiZhi Liu
y and Sunday as half days. > > -Marco > > On Sat, Feb 10, 2018 at 6:09 PM, Tianqi Chen <tqc...@cs.washington.edu> > wrote: > >> +1 >> >> tianqi >> On Fri, Feb 9, 2018 at 11:11 PM YiZhi Liu <liuyi...@apache.org> wrote: >> >> > Hi

[VOTE] Release MXNet version 1.1.0.RC1

2018-02-09 Thread YiZhi Liu
dingly: +1 = approve +0 = no opinion -1 = disapprove (provide reason) Best, Yizhi -- Yizhi Liu DMLC member Amazon Web Services Vancouver, Canada

Re: Release Status - MXNet 1.1.0.RC0

2018-02-08 Thread YiZhi Liu
tors and merged yesterday. Another release candidate with a updated > LICENSE file will be proposed soon. > > Unfortunately, I will be traveling in China in the next three weeks. I'll > let Yizhi lead the remaining efforts for 1.1.0 release. > > Thanks, > Haibin -- Yizhi Liu DMLC member Amazon Web Services Vancouver, Canada

Re: Guidance For Posting Jar to Apache Maven Repo

2018-01-20 Thread YiZhi Liu
elease-build.sh > > Best, > > Nan > > On Wed, Jan 17, 2018 at 6:01 PM, Naveen Swamy <mnnav...@gmail.com> wrote: > > > Hi Yizhi, > > Here is the Apache guideline > > http://www.apache.org/dev/publishing-maven-artifacts.html. > > > > -

Guidance For Posting Jar to Apache Maven Repo

2018-01-17 Thread YiZhi Liu
Since we now have changed Scala package prefix to org.apache, does someone have guidance for posting it to Apache's Maven Repository? FYI, ml.dmlc.mxnet was posted to oss.sonatype.org. -- Yizhi Liu DMLC member Amazon Web Services Vancouver, Canada

Re: Refactoring MXNet scala code to use "org.apache.mxnet"

2018-01-11 Thread YiZhi Liu
t; modules > > > > > when using mxnet-scala package. > > > > > > > > > > *Old way:* > > > > > > > > > > scala> import ml.dmlc.mxnet._ > > > > >import ml.dmlc.mxnet._scala> val arr = NDArray.ones(2, 3) > > > > >arr: ml.dmlc.mxnet.NDArray = ml.dmlc.mxnet.NDArray@f5e74790 > > > > > > > > > > *New way:* > > > > > > > > > > scala> import org.apache.mxnet._ > > > > >import org.apache.mxnet._ > > > > > scala> val arr = NDArray.ones(2, 3) > > > > >arr: org.apache.mxnet.NDArray = org.apache.mxnet.NDArray@ > f5e74790 > > > > > > > > > > > > > > > Please let me know if anyone has any thoughts or issues with > this > > > change. > > > > > > > > > > Thanks, > > > > > Roshani > > > > > > > > > > > > > > > > > > -- Yizhi Liu DMLC member Amazon Web Services Vancouver, Canada

Re: Module maintainers proposal

2018-01-08 Thread YiZhi Liu
e@kevinthesun > > docs/ > > ExamplesNot sure, since we have a lot of contributors here. We probably > need to remove low quality examples and assign one maintainer for each of > the rest. > > example/ > > ToolsNot sure as well, since we have a bunch of things there. Probably need > to the same thing as examples > > tools/ > plugin/ > > AppendixLines of codes added into each folder on the last two months: > Lines of codes added into example/ > Lines of codes added into src/ > -- Yizhi Liu DMLC member Amazon Web Services Vancouver, Canada

MXNet Slack channel

2017-11-18 Thread YiZhi Liu
Requesting an invitation to Slack. Thanks, Yizhi -- Yizhi Liu DMLC member

Re: what is NDArrayFuncReturn ?

2017-11-06 Thread YiZhi Liu
net/NDArray.scala#L1099-L1104 > > So: > * What is NDArrayFuncReturn ? > * If I'm getting NDArrayFuncReturn (a private class) returned, am I > calling some internal API I should not be using ? > * What is correct way o do NDArrayFuncReturn -> NDArray ? > > Thanks, > --TongKe -- Yizhi Liu DMLC member Technical Manager Qihoo 360 Inc, Shanghai, China

Re: mxnet java prebuilt

2017-10-31 Thread YiZhi Liu
om github / source via > https://mxnet.incubator.apache.org/get_started/build_from_source.html > > or > > 2. there's some other repo to use? > > > Thanks, > --TongKe -- Yizhi Liu DMLC member Technical Manager Qihoo 360 Inc, Shanghai, China

Re: Does mxnet NDArray have autodiff ?

2017-10-20 Thread YiZhi Liu
und, I can't find NDArray auto diff anywhere > > 3. however, NDArray tracks dependencies -- which, in theory, should > be enough for doing autodiff > > Does NDArray have autodiff somewhere? > > Thanks, > --TongKe -- Yizhi Liu DMLC member Technical Manager Qihoo 360 Inc, Shanghai, China

Re: mxnet Scala Convolution

2017-10-19 Thread YiZhi Liu
You can retrieve the functions/operators by reflection. Or, when compiling the scala package, it prints all operators out. 2017-10-19 8:15 GMT+00:00 YiZhi Liu <javeli...@gmail.com>: > The javadoc cannot be added in this way. I'm afraid we have to write > another 'javad

Re: mxnet Scala Convolution

2017-10-19 Thread YiZhi Liu
macros_2.11-0.11.0-SNAPSHOT-javadoc.jar > > That jar looks mostly empty. Is that expected, or am I doing something wrong? > > > 3. Currently, the best way I know for retrieving all the functions is > to fire up a repl and run reflection. Is there a better method? > > > Thank

Re: mxnet Scala Convolution

2017-10-18 Thread YiZhi Liu
; > Hi, >>> > >>> > I am reading: https://mxnet.incubator.apache.org/api/scala/symbol.html >>> > >>> > I see Symbol.Variable, Symbol.Convolution >>> > >>> > When I look at Symbol.scala, I see Symbol.Variable at: >>> > https://github.com/apache/incubator-mxnet/blob/master/ >>> scala-package/core/src/main/scala/ml/dmlc/mxnet/Symbol.scala#L982 >>> > >>> > However, I can't find where Convolution, SoftMax, FullyConnected, ... >>> > are defined. >>> > >>> > Where are these Symbols defined? >>> > >>> > (I have also tried: grep "Convolution" . -R | grep scala | grep def -- >>> > but found nothing). >>> > >>> > Thanks, >>> > --TongKe >>> >> >> >> >> -- >> Rahul Huilgol -- Yizhi Liu DMLC member Technical Manager Qihoo 360 Inc, Shanghai, China

Re: What's everyone working on?

2017-09-26 Thread YiZhi Liu
the Scala package and was looking for a > maven distro for v0.11. When do you think you'll have one up? > > On Tue, Sep 26, 2017 at 8:58 AM, YiZhi Liu <javeli...@gmail.com> wrote: > >> I'm currently working on maven deploy for scala package. >> >> 2017-09-26 16:0

Re: What's everyone working on?

2017-09-26 Thread YiZhi Liu
gt; wrote: >>> >>>> Hey dev@, >>>> >>>> In the spirit of bringing more activity to the mailing lists and growing >>>> the community, can everyone who is working on MXNet please share what >>>> you're working on? >>>> >>>> I'm working on >>>> -Redesigning the website >>>> <https://mxnet.incubator.apache.org/versions/master/index.html>. >>>> -Setting up a forum for user support. >>>> >>>> Seb Kiureghian >>>> >>> >> >> >> >> -- >> Sandeep Krishnamurthy > -- Yizhi Liu DMLC member Technical Manager Qihoo 360 Inc, Shanghai, China

Re: Java API for MXNet

2017-08-16 Thread YiZhi Liu
s positive. > > Comments/Suggestion? > > Regards, > Sandeep > > > On Wed, Aug 16, 2017 at 10:56 AM, YiZhi Liu <javeli...@gmail.com> wrote: > >> What Nan and I worried about is the re-implementation of something >> like https://github.com/apache/incubat

Re: Java API for MXNet

2017-08-16 Thread YiZhi Liu
aybe > wouldn't need a lot of additions to be pleasurable to use from scala. > > Jörn > > On Wed, Aug 16, 2017 at 6:45 PM, Nan Zhu <zhunanmcg...@gmail.com> wrote: >> I don't think there will be problems under "11", did the user see concrete >> errors? >

Re: Java API for MXNet

2017-08-16 Thread YiZhi Liu
Hi Nan, Users have 2.11, but with a different minor version, will it cause conflicts? 2017-08-17 0:19 GMT+08:00 Nan Zhu <zhunanmcg...@gmail.com>: > Hi, Yizhi, > > You mean users have 2.10 env while we assemble 2.11 in it? > > Best, > > Nan > > On Wed, Aug 16, 2

Re: Java API for MXNet

2017-08-16 Thread YiZhi Liu
>>> > other dependencies (or only dependencies which can't be avoided). >>> > >>> > The JNI layer could easily be shared between the Java and Scala API. >>> > As far as I understand is the JNI layer in the Scala API anyway >>> > private and a change t

Re: Java API for MXNet

2017-08-16 Thread YiZhi Liu
dn't require that the public part of > the Scala API is changed. > > What do you think? > > Jörn > > [1] https://cwiki.apache.org/confluence/display/SPARK/Java+API+Internals > > On Wed, Aug 16, 2017 at 3:39 PM, YiZhi Liu <javeli...@gmail.com> wrote: >

Re: Java API for MXNet

2017-08-16 Thread YiZhi Liu
asks using Deep Learning based approaches and I > am also interested to work on MXNet. > > Jörn -- Yizhi Liu DMLC member Technical Manager Qihoo 360 Inc, Shanghai, China

Re: New Logo?

2017-02-21 Thread YiZhi Liu
t;> > > > >> > > > Cheers, >> > > > >> > > > -Joe >> > > > >> > > > >> > > > >> > > > >> > > > >> > > > *From: *Henri Yandell <bay...@apache.org> >> > > > *Date: *Thursday, January 26, 2017 at 2:47 PM >> > > > *To: *"dev@mxnet.incubator.apache.org" < >> dev@mxnet.incubator.apache.org> >> > > > *Cc: *"Spisak, Joseph" <spis...@amazon.com> >> > > > *Subject: *New Logo? >> > > > >> > > > >> > > > >> > > > Joe - from a private conversation I believe you wanted to >> propose/offer a >> > > > new logo for the project? >> > > > >> > > > Aka *nudge* to bring the topic up here as a first item of business :) >> > > > >> > > > Hen >> > > > >> > > >> > -- > Ziheng Jiang > Fudan University | Computer Science -- Yizhi Liu DMLC member Technical Manager Qihoo 360 Inc, Shanghai, China