MXNet digest for June 2018

To keep update with what’s new in the world of MXNet, please follow the follow accounts: Twitter: @ApacheMXNet Medium: apache-mxnet Youtube: apachemxnet Reddit: r/mxnet

Re: Allow SSL Verification to be off in mx.gluon.utils.download?

The warning message might have its value if a user just copied and pasted the code from somewhere. Sergey. On 2018-07-04, 07:45, "Thomas DELTEIL" wrote: Agree that we should never push code that has a download with the flag disabled. But I don't see a problem having a flag to disable

[DISCUSSION] Initial draft for MXNet roadmap

As a project contributor, I published an initial draft for MXNet roadmap at https://cwiki.apache.org/confluence/display/MXNET/MXNet+Roadmap The initial draft is based on offline discussion with various contributors and committers including Mu, Junyuan and AWS developer community. Please review an

Re: Release process for R

Besides, in the end of the front page message from CRAN at https://cran.r-project.org/ : " Note that we generally do not accept submissions of precompiled binaries due to security reasons. All binary distribution listed above are compiled by selected maintainers, who are in charge for all binaries

Re: Release process for R

According to https://cran.r-project.org/web/packages/policies.html#Binary-packages “ Policies for when a (Windows or OS X) binary package will be distributed: ” The issue maker Marco mentioned is a Windows user, which might fits CRAN's criteria. 2018-07-04 17:16 GMT+01:00 Naveen Swamy : > Hi Ton

Re: Release process for R

Hi Tong, I hear your comments on how R users already build packages themselves, but I do think we should provide a easy to install package that comes pre-built with all the dependencies(MKL, CUDA, CUDNN for GPU, etc.,) by publishing to CRAN, of course we can start by publishing to a S3 bucket whil

Re: Allow SSL Verification to be off in mx.gluon.utils.download?

Agree that we should never push code that has a download with the flag disabled. But I don't see a problem having a flag to disable ssl verification if users want to put themselves at risk. I don't think à warning is necessary as long as the API wording is scary enough. All the best, Thomas On W

Re: Allow SSL Verification to be off in mx.gluon.utils.download?

I'd agree with Sheng and Pedro. I would also not put a warning message in place when the function is explicitly called with SSL verification turned off. I would assume if the code author intentionally disables verification that the message being displayed would not provide value. -Kellen On We

Re: Allow SSL Verification to be off in mx.gluon.utils.download?

Agree with Sheng. Not always a website has trusted SSL cert, and you might still want to download cat and elephant pictures from it. (I checked some usages of this function). On Wed, Jul 4, 2018 at 9:47 AM Marco de Abreu wrote: > Thanks for raising this issue Sheng. > > My proposal would be to a

Re: Release process for R

Thanks for providing insight into how R users handle the installation of third party packages. It seems like our R package process is already excellent and according to industry standards, thanks a lot for the detailed explanation! -Marco On Wed, Jul 4, 2018 at 10:56 AM Tong He wrote: > Hi Marc

Re: Release process for R

Hi Marco, There's no barrier on the technical side, as we can statically link everything and ask Linux R users to download. The main reason that we (so far) do not offer the pre-built R package for Linux users is simple: CRAN doesn't pre-build packages and R users are used to it. Some further re

Re: Release process for R

Hi Anirudh, thanks for that explanation, that's definitely reasonable. Are we publishing it as part of the release process or are these independent efforts? I have noticed that we don't offer the pre-compiled version for download at http://mxnet.incubator.apache.org/install/index.html?platform=Lin

Re: Allow SSL Verification to be off in mx.gluon.utils.download?

Thanks for raising this issue Sheng. My proposal would be to always print a warning message when this function is called with the ssl check disabled. This functionality would be tested by a unit test which mocks the network access. Additionally, I'd like to propose that we set a policy for oursel