Re: [Rd] Question about R developpment

2017-06-10 Thread Andrie de Vries
Martyn and Duncan are both correct. 

I am on the Microsoft team that creates and distributes Microsoft R Open
(MRO).  We make absolutely no changes to R at all, just some enchancements
in the distribution.  As already pointed out:
* We add the Intel MKL to replace the built-in BLAS. This is similar to
replacing the BLAS with OpenBLAS or Atlas - readily available for Linux
distributions of R
* We make some changes in the RProfile.site file, notably pointing to an
MRAN snapshot, in turn a timestamped mirror of CRAN
* We add some package, e.g. foreach and iterators - all of these packages
are on CRAN.

In Microsoft R Client and Microsoft R Server we go further:
* We add proprietary packages that add scalability and connectivity to SQL
Server, Hadoop and other big data platforms
* But, again, the underlying R code remains unchanged.

In addition, Microsoft provides bug fixes and other enhancements to R
itself.

Microsoft remains committed to supporting both the R Foundation and the R
Consortium.

I hope this helps.

Andrie

(Andrie de Vries, Senior Programme Manager, Microsoft)
(You can also contact me at mailto:adevr...@microsoft.com)

-Original Message-
From: R-devel [mailto:r-devel-boun...@r-project.org] On Behalf Of Martyn
Plummer
Sent: 10 June 2017 16:06
To: Duncan Murdoch ; Morgan
<2005.mor...@gmail.com>; r-devel@r-project.org
Subject: Re: [Rd] Question about R developpment

I would describe MRO as a distribution of R, in the same way that Fedora,
Debian, SUSE etc are distributions of Linux. It is not fundamentally
different from the version of R that you can download from CRAN but the
binary builds offer some specific features:

1) The binary build is linked to the Intel Math Kernel Library (MKL) which
may increase the speed of some matrix operations
2) Packages are downloaded from MRAN, Microsoft's time-stamped copy of CRAN.
This can help with reproducibility of analyses that rely on CRAN packages.

As far as I know, all of the additional packages that are bundled with MRO
are freely distributable and also available from CRAN. As Roy points out,
both Microsoft and the R Foundation are partners in the R Consortium. So we
do talk to each other as well as other stakeholders who participate in the
Consortium.

Martyn

From: R-devel  on behalf of Duncan Murdoch

Sent: 11 June 2017 00:09
To: Morgan; r-devel@r-project.org
Subject: Re: [Rd] Question about R developpment

On 10/06/2017 2:38 PM, Morgan wrote:
> Hi,
>
> I had a question that might not seem obvious to me.
>
> I was wondering why there was no patnership between microsoft the R 
> core team and eventually other developpers to improve R in one unified 
> version instead of having different teams developping their own version of
R.

As far as I know, there's only one version of R currently being developed.
Microsoft doesn't offer anything different; they just offer a build of a
slightly older version of base R, and a few packages that are not in the
base version.

Duncan Murdoch

__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
---
This message and its attachments are strictly confidenti...{{dropped:8}}

__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel

__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel


Re: [Rd] suggestion to fix packageDescription() for Windows users

2017-06-18 Thread Andrie de Vries
Hi, Duncan

i have forwarded this thread to Nathan, who promised to look into it.

Andrie

On 17 Jun 2017 17:26, "Duncan Murdoch"  wrote:

> On 17/06/2017 9:13 AM, Ben Marwick wrote:
>
>> Hi Duncan,
>>
>> Thanks for your reply. Yes, it does seem to be specific to the CTYPE
>> setting to Chinese on Windows. If I set it to English using
>> Sys.setlocale() there is no problem, then back to Chinese and the
>> authors disappear:
>>
>> Sys.setlocale("LC_ALL","English")
>> citation("readr")
>>
>
> Thanks, that makes the problem reproducible.  I'll submit it as a bug
> report.  Maybe someone from Microsoft will fix it.
>
> Duncan Murdoch
>
>
>> #' To cite package ‘readr’ in publications use:
>> #'
>> #'   Hadley Wickham, Jim Hester and Romain Francois (2017). readr: Read
>> #' Rectangular Text Data. R package version 1.1.1.
>> #' https://CRAN.R-project.org/package=readr
>> #'
>> #' A BibTeX entry for LaTeX users is
>> #'
>> #' @Manual{,
>> #'   title = {readr: Read Rectangular Text Data},
>> #'   author = {Hadley Wickham and Jim Hester and Romain Francois},
>> #'   year = {2017},
>> #'   note = {R package version 1.1.1},
>> #'   url = {https://CRAN.R-project.org/package=readr},
>> #' }
>>
>>
>> Sys.setlocale("LC_CTYPE", "Chinese")
>> citation("readr")
>>
>> #'
>> #' To cite package ‘readr’ in publications use:
>> #'
>> #'   (2017). readr: Read Rectangular Text Data. R package version 1.1.1.
>> #' https://CRAN.R-project.org/package=readr
>> #'
>> #' A BibTeX entry for LaTeX users is
>> #'
>> #' @Manual{,
>> #'   title = {readr: Read Rectangular Text Data},
>> #'   year = {2017},
>> #'   note = {R package version 1.1.1},
>> #'   url = {https://CRAN.R-project.org/package=readr},
>> #' }
>> #'
>> #' ATTENTION: This citation information has been auto-generated from the
>> #' package DESCRIPTION file and may need manual editing, see
>> #' ‘help("citation")’.
>>
>> Where do we go from here? I do want to use the Chinese locale with R on
>> Windows (and perhaps others do too), so switching the locale isn't a fix.
>>
>> Thanks,
>>
>> Ben
>>
>> On 17/06/2017 10:36 PM, Duncan Murdoch wrote:
>>
>>> On 17/06/2017 7:10 AM, Ben Marwick wrote:
>>>
 Recently I was trying to cite a package where the authors have ä
 and ø in their names. I found that on Windows the citation() function
 did not return the authors' names at all, but on Linux there was no
 problem (sessionInfos at the bottom):

 On Windows, no author names are returned:

>>>
>>> I'm not seeing this.  You have fairly strange localization settings; see
>>> comments below.
>>>
>>>
 #---

  > citation("readr")

 To cite package ‘readr’ in publications use:

(2017). readr: Read Rectangular Text Data. R package version 1.1.1.
https://CRAN.R-project.org/package=readr

 A BibTeX entry for LaTeX users is

@Manual{,
  title = {readr: Read Rectangular Text Data},
  year = {2017},
  note = {R package version 1.1.1},
  url = {https://CRAN.R-project.org/package=readr},
}

 ATTENTION: This citation information has been auto-generated from the
 package DESCRIPTION file and may need manual editing, see
 ‘help("citation")’.
 #---

 On Linux we do see the author names:

 #---
  > citation("readr")

 To cite package ‘readr’ in publications use:

Hadley Wickham, Jim Hester and Romain Francois (2017). readr:
Read Rectangular Text Data. R package version 1.1.1.
https://CRAN.R-project.org/package=readr

 A BibTeX entry for LaTeX users is

@Manual{,
  title = {readr: Read Rectangular Text Data},
  author = {Hadley Wickham and Jim Hester and Romain Francois},
  year = {2017},
  note = {R package version 1.1.1},
  url = {https://CRAN.R-project.org/package=readr},
}
 #---

 This appears to be an OS-dependent encoding issue. The citation function
 does not take an encoding argument, so it's not possible to set the
 encoding at the point where that function is used. The citation function
 working with the packageDescription function, which does have an
 encoding argument, but the default is not useful for Windows when there
 is an encoding set in the DESCRIPTION of the package (in this case
 UTF-8).

 We can set the encoding argument in packageDescription so it works in
 Windows to give the authors as expected, but it is very inconvenient to
 generate citations directly from the output of this function. So I'd
 like to propose a solution this problem by changing one line in the
 packageDescription function, like so, from:

 #---
 if (missing(encoding) && Sys.getlocale("LC_CTYPE") == "C")
 #---

 to:

 #---
 if ((missing(encoding) && Sys.getlocale("LC_CTYPE