Previous mentions:
- https://stat.ethz.ch/pipermail/r-devel/2017-July/074723.html
- https://stat.ethz.ch/pipermail/r-devel/2017-August/074737.html
The NEWS item corresponding to PR#17284 is in "CHANGES in R-devel". However,
fix for PR#17284 is already included in R 3.4.2 beta.
__
Very very interesting, if it is ok with it, I will post these observations
to Stack Overflow so that they are useful to other R Programmers, and make
more research on the topic, putting it all together. I could even do a
small article with my research.
I think this is a critical point if you want
On 17/09/2017 6:25 PM, Will Landau wrote:
Hello,
Windows R-devel no longer lets me use testthat even though the CRAN checks are
pretty much clean. I have copied my session output below.
There was a recent change in R-devel that means all packages with
compiled code need to be re-installed f
> On 18 Sep 2017, at 00:25 , Will Landau wrote:
>
> Hello,
>
>
> Windows R-devel no longer lets me use testthat even though the CRAN checks
> are pretty much clean. I have copied my session output below.
>
> Will
Well, there us a reason for the nickname of R-devel:
> R Under development
Hello,
The CRAN checks for the drake package (4.1.0) fail for
r-devel-linux-x86_64-debian-clang. This happened right when crayon 1.3.4 was
released, but I suspect the problem is not with crayon or drake, but with base
R-devel. I cannot reproduce the error myself, but I have copied a minimal
w
Hello,
Windows R-devel no longer lets me use testthat even though the CRAN checks are
pretty much clean. I have copied my session output below.
Will
R Under development (unstable) (2017-09-16 r73293) -- "Unsuffered Consequences"
Copyright (C) 2017 The R Foundation for Statistical Computing
P
Hello,
R appears to assume that Windows drives have short file names (SFN, 8.3)
enabled; for example, that "C:/Program Files/..." is addressable as
"C:/Progra~1/...". Newer versions of Windows have SFN disabled on non-OS
drives, however.
This means that if you install R on a non-OS drive, you
- c
