Notice: Undefined variable: name in /srv/http/vhosts/ on line 248

Package Details: microsoft-r-open 3.3.2-1

Git Clone URL: (read-only)
Package Base: microsoft-r-open
Description: Language and environment for statistical computing and graphics, modified version by Microsoft
Upstream URL:
Keywords: hpc mathematics modelling r statistics
Licenses: GPL
Conflicts: r
Provides: r=3.3.2
Submitter: jdarch
Maintainer: alexanderp
Last Packager: alexanderp
Votes: 6
Popularity: 0.696148
First Submitted: 2016-01-20 22:03
Last Updated: 2016-11-29 14:07

Required by (129)

Sources (4)

Latest Comments

alexanderp commented on 2016-11-29 14:07

You're right Scimmia and thanks for the suggestion. I've removed the extra dep and updated MRO to 3.3.2 which was released today.

Scimmia commented on 2016-11-22 03:08

Please use bsdtar to extract the rpms, the same way makepkg already does. No need to pull in an extra dep for a useless wrapper script.

alexanderp commented on 2016-10-30 22:06

I've adopted the package and updated it to the new MRO format by Microsoft with bundled MKL.
To use this package you must read and agree to the EULAs in /opt/microsoft-r-open

jdarch commented on 2016-02-02 14:33

petecan, I will consider changing the dependencies. To break the cycle one might also consider using pacman with the '-dd' option.

With regard to my earlier comment other changes in the package, I feel using a setup (regarding paths etc) more like the R package in the regular repository with the MS-modifications added might make sense.

petecan commented on 2016-01-30 11:32

Thanks for the package, very useful! I'm having troubles installing it because of circular dependencies MRO -> MRO-openblas / MRO-openblas-systemblas / revomath -> MRO. I have the "openblas-lapack" package installed, but "microsoft-r-open-blas-systemblas" also fails to install because of the circular dep.

Is it very hard to break the cycle making these BLAS libraries not to depend on microsoft-r-open?

jdarch commented on 2016-01-21 08:56

Should this package try to mimic the rpm/deb/win packages distributed by Microsoft as much as possible, or should it go its own path and adapt itself to Arch more?

jdarch commented on 2016-01-19 20:34

MRO should be there any minute now, but I thought it won't hurt to make a final RRO including the hotfix_01

jdarch commented on 2016-01-18 09:24

MRO is scheduled for release on the 19th, I will create new packages and ask to merge the RRO-ones with them.

artemklevtsov commented on 2016-01-12 20:23