[Rd] Patch for R-exts.texi

2017-07-03 Thread Scott Kostyshak
Attached is a patch for R-exts.texi against r72880. Here are some of the changes I made: - Fix a broken link: https://developer.apple.com/library/mac/#documentation/DeveloperTools/Conceptual/InstrumentsUserGuide/Introduction/Introduction.html -> https://developer.apple.com/library/c

Re: [Rd] Are you considering the possibility of partnership?

2017-07-03 Thread Uwe Ligges
Plese stop this. Best, Uwe Ligges On 03.07.2017 11:29, Keira Cohen wrote: Hi, I've sent you partnership offer via e-mail several days ago. Did you receive it? Are you interested in placing ads on your site? Best regards, Keira On Fri, Jun 30, 2017 at 11:10 AM, Keira Cohen wrote: Hi, d

Re: [Rd] Are you considering the possibility of partnership?

2017-07-03 Thread Spencer Graves
On 2017-07-03 2:02 PM, Uwe Ligges wrote: Plese stop this. People who reply to spammers only invite more spam. The only way I know to defeat them is to get software to block them. The anti-spam software I have is not great but is better than nothing. Spencer Best, Uwe Li

Re: [Rd] Are you considering the possibility of partnership?

2017-07-03 Thread Marc Schwartz
Hi All, Just an FYI, that the sender's e-mail was set up last week to auto-discard for R-Devel and their reply below to R-Devel was filtered in that manner. Unfortunately, it would seem that they also targeted some other specific accounts as well. As Spencer notes, I would add their e-mail ad

[Rd] The ByteCompile & LazyLoading fields

2017-07-03 Thread Colin Gillespie
Hi, In the DESCRIPTION file the ByteCompile and LazyLoading arguments appear to accept any value. >From the manual the field should be a "logical field". However, authors interpret this in a variety of ways: unique(tools::CRAN_package_db()$ByteCompile) # [1] NA "TRUE" "yes" "true" "Yes" "n

[Rd] R_LIBS_USER on Ubuntu 16.04

2017-07-03 Thread Stefan Lüdtke
Dear all, the recent update to R-3.4.1 kind of screwed the path to the libraries installed on a user basis. The previous version of the file /etc/R/Renviron had the following line activated: R_LIBS_USER=${R_LIBS_USER-'~/R/x86_64-pc-linux-gnu-library/3.4'} This one is commented in the current

Re: [Rd] R_LIBS_USER on Ubuntu 16.04

2017-07-03 Thread Ista Zahn
Hi Stefan, This is a packaging issue, not a change in the R source code. Further, it has already been discussed on R-sig-debian -- see https://stat.ethz.ch/pipermail/r-sig-debian/2017-July/thread.html Best, Ista On Mon, Jul 3, 2017 at 9:35 AM, Stefan Lüdtke wrote: > Dear all, > > the recent upd

Re: [Rd] R_LIBS_USER on Ubuntu 16.04

2017-07-03 Thread Dirk Eddelbuettel
On 3 July 2017 at 15:35, Stefan Lüdtke wrote: | the recent update to R-3.4.1 kind of screwed the path to the libraries | installed on a user basis. | | The previous version of the file /etc/R/Renviron had the following line | activated: | | R_LIBS_USER=${R_LIBS_USER-'~/R/x86_64-pc-linux-gnu-li