Dear R devel,
Is libcurl support required to run R.devel, or is it optional?
I'm compiling R.devel on an older Debian machine that only has libcurl
version 7.21.0
The R news file says
"
Sun, 25 Jan 2015
CHANGES IN R-devel NEW FEATURES
Optional use of ‘libcurl’ (version 7.28.0 from Oct
Dear Dan and Henrik,
Yes -- thanks. I discovered that earlier today.
Best,
John
> -Original Message-
> From: R-devel [mailto:r-devel-boun...@r-project.org] On Behalf Of Dan
> Tenenbaum
> Sent: January-27-15 1:25 PM
> To: Henrik Bengtsson
> Cc: John Fox; R-devel
> Subject: Re: [Rd] probl
- Original Message -
> From: "Henrik Bengtsson"
> To: "John Fox"
> Cc: "R-devel"
> Sent: Tuesday, January 27, 2015 10:15:36 AM
> Subject: Re: [Rd] problem with update.packages() in R-Devel (3.2.0) on
> Windows
>
> It works again using:
>
> % R --version
> R Under development
It works again using:
% R --version
R Under development (unstable) (2015-01-26 r67627) -- "Unsuffered
Consequences"
Copyright (C) 2015 The R Foundation for Statistical Computing
Platform: x86_64-w64-mingw32/x64 (64-bit)
/Henrik
On Mon, Jan 26, 2015 at 9:54 AM, John Fox wrote:
> Dear all,
>
> I
Since the contract of ls() is to sort, there is nothing wrong with
programmers depending on it. And there are many functions that could be
made 60X faster, but is it worth it? But I did notice that
as.list.environment has a sorted=FALSE argument already, so I guess
identical(names(x), names(as.list
So now I have:
vignettes/.install_extras:
inst/doc/figs.*[.]Rnw$
.Rinstignore:
[.]DS_Store
inst/doc/.*[.]pdf$
inst/doc/Sweavel.sty$
inst/doc/[.]install_extras$
Everything is fine except that 'R CMD check …’ generates the note:
"Found the following hidden files and directories:
inst/doc/.
I think that the "sorted" and "all.names" arguments are really only
appropriate for pretty printing to the screen. I think it is a bit
unfortunate that environments have a names accessor that is 60X slower
than all the other types. This is likely due to the history of
environments, which were origi
I think ls(, sort=FALSE) would be more explicit and thus clearer. There is
much precedent for having arguments that request less work to be done e.g.
unlist(use.names=FALSE). Yes, the extra typing is a bit painful, but there
is no intuitive reason why names() would be unsorted, while ls() would be
> Peter Haverty
> on Sun, 25 Jan 2015 12:21:04 -0800 writes:
> Hi all,
> The "ls" function wears two hats. It allows users to inspect an
> environment interactively and also serves deeper in code as the
> accessor for an environment's names/keys. I propose that we sepa
On Tue, Jan 27, 2015 at 8:56 AM, Martin Maechler
wrote:
>> Henrik Bengtsson
>> on Mon, 26 Jan 2015 12:41:48 -0800 writes:
>
> > On Mon, Jan 26, 2015 at 12:24 PM, Hadley Wickham
> wrote:
> >> If it was any other environment than the global, you could use
> substitute:
>
> Henrik Bengtsson
> on Mon, 26 Jan 2015 12:41:48 -0800 writes:
> On Mon, Jan 26, 2015 at 12:24 PM, Hadley Wickham
wrote:
>> If it was any other environment than the global, you could use
substitute:
>>
>> e <- new.env()
>> delayedAssign("foo", stop("Hey!"), as
OK, I see now that I was supposed to twig that the reference was to putting the
‘.Rnw'
files back into the vignettes directory from the inst/doc directory where
they’d been
placed in the course of creating the tar.gz file. I am still trying to work
out what I need
to put into ‘.Rinstignore’ so
Sorry. This, and the description in the �Writing R Extensions� manual,
leaves me completely mystified. Is it that I have to remove the PDFs
that are created when I run �R CMD build�, and somehow ensure that
they are rebuilt when the package is installed? Do I need a Makefile?
John Maindonald
13 matches
Mail list logo