On 25/01/2015 23:25, John Maindonald wrote:
I am doing [R version 3.1.2 (2014-10-31) -- "Pumpkin Helmet”; Platform:
x86_64-apple-darwin10.8.0 (64-bit)]
R CMD build DAAGviz
R CMD check DAAGviz_1.0.3.tar.gz
Without a .Rinstignore file, I get:
<<<
The following files should probably not be ins
> Winston Chang
> on Fri, 23 Jan 2015 10:15:53 -0600 writes:
> I think you can simplify a little by replacing this:
> pkg %in% loadedNamespaces()
> with this:
> .getNamespace(pkg)
almost: It would be
!is.null(.getNamespace(pkg))
> Whereas getNamespa
> Michael Lawrence
> on Sat, 24 Jan 2015 06:39:37 -0800 writes:
> On Sat, Jan 24, 2015 at 12:58 AM, Mario Annau
> wrote:
>> Hi all, this question has already been posted on
>> stackoverflow, however without success, see also
>>
http://stackoverflow.com/questions/
A isNamespaceLoaded() function would be a useful thing to have in
general if we are interested in readable code. An efficient
implementation would be just a bonus.
On Mon, Jan 26, 2015 at 3:36 AM, Martin Maechler
wrote:
>> Winston Chang
>> on Fri, 23 Jan 2015 10:15:53 -0600 writes:
> Michael Lawrence
> on Mon, 26 Jan 2015 05:12:55 -0800 writes:
> A isNamespaceLoaded() function would be a useful thing to
> have in general if we are interested in readable code. An
> efficient implementation would be just a bonus.
Good point (readability), and thank yo
isLoadedNamespace() sounds fine to me..
Thanks for addressing this,
Michael
On Mon, Jan 26, 2015 at 5:51 AM, Martin Maechler <
maech...@lynne.stat.math.ethz.ch> wrote:
> > Michael Lawrence
> > on Mon, 26 Jan 2015 05:12:55 -0800 writes:
>
> > A isNamespaceLoaded() function would
Just as an FYI, I suspect the sudden break is connected to a bug
report I filed some time ago [1], and a subsequent fix by Duncan. Long
story short, the previous behaviour of tcltk was actually buggy. The
fix changed this behaviour to what Peter has explained, with the
unintended consequence of bre
> Michael Lawrence
> on Mon, 26 Jan 2015 06:11:50 -0800 writes:
> isLoadedNamespace() sounds fine to me..
> Thanks for addressing this,
> Michael
Ok, this is now in R-devel :
r67624 | maechler | 201
Dear all,
I've noticed the following problem for the past several days:
snip
> update.packages(ask=FALSE)
. . .
trying URL 'http://cran.utstat.utoronto.ca/src/contrib/zoo_1.7-11.zip'
Error in download.file(url, destfile, method, mode = "wb", ...) :
cannot op
git has an interface for cloning SVN repositories into git which
some users might decide to use. For those users' surprise, the
repository will always fail to build on svnonly target and it will
exit early.
The problem is simple enough to fix by just checking if a .git
directory exists in top_buil
Hi, I got an interesting programming challenge:
How do you inspect an object which is assigned via delayedAssign() and
that throws an error as soon as it is "touched" (=the value is
evaluated)? Is it possible?
MINIMAL EXAMPLE:
$ R --vanilla
> delayedAssign("foo", stop("Hey!"))
(If you find th
We are several seeing this one. It's a known bug, cf.
https://stat.ethz.ch/pipermail/r-devel/2015-January/070513.html
Henrik
On Mon, Jan 26, 2015 at 9:54 AM, John Fox wrote:
> Dear all,
>
> I've noticed the following problem for the past several days:
>
> snip
>
- Original Message -
> From: "Henrik Bengtsson"
> To: "John Fox"
> Cc: "R-devel"
> Sent: Monday, January 26, 2015 11:12:39 AM
> Subject: Re: [Rd] problem with update.packages() in R-Devel (3.2.0) on
> Windows
>
> We are several seeing this one. It's a known bug, cf.
> https://
If it was any other environment than the global, you could use substitute:
e <- new.env()
delayedAssign("foo", stop("Hey!"), assign.env = e)
substitute(foo, e)
delayedAssign("foo", stop("Hey!"))
substitute(foo)
Hadley
On Mon, Jan 26, 2015 at 12:53 PM, Henrik Bengtsson
wrote:
> Hi, I got an in
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!"), assign.env = e)
> substitute(foo, e)
>
> delayedAssign("foo", stop("Hey!"))
> substitute(foo)
Hmm... interes
As the build process, especially for Windows, is changing
significantly for R 3.2.0, I am trying to build R-devel in
preparation. When running `make rinstaller`, I get the following
error:
cp -p ../../../etc/x64/Makeconf R-devel/etc/x64
mkdir -p R-devel/doc
cp -p ../../../doc/CRAN_mirr
On 26/01/2015 5:12 PM, Avraham Adler wrote:
> As the build process, especially for Windows, is changing
> significantly for R 3.2.0, I am trying to build R-devel in
> preparation. When running `make rinstaller`, I get the following
> error:
>
> cp -p ../../../etc/x64/Makeconf R-devel/etc/x64
>
On Mon, Jan 26, 2015 at 8:36 PM, Duncan Murdoch
wrote:
> On 26/01/2015 5:12 PM, Avraham Adler wrote:
>> As the build process, especially for Windows, is changing
>> significantly for R 3.2.0, I am trying to build R-devel in
>> preparation. When running `make rinstaller`, I get the following
>> err
18 matches
Mail list logo
