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
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
>
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 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
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
- 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://
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
>
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
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
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
> 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
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
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
> 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
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 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/
> 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
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
18 matches
Mail list logo