I have exactly the same issue with a pair of my packages on R-Forge.
I've already notified Stefan, but I mentioned it wasn't urgent for me :)
It must have something to do with the R check using a different environment
than the build...
So good hunting, Stefan!
Nick Sabbe
--
pin
may run into this sooner or later.
If not or if my/our analysis is wrong/incomplete I will gladly stand
corrected.
I'll leave it to you gurus to judge.
Thanks for R! (And another shout out to Stefan, who diligently helped me)
Nick Sabbe
--
ping: nick.sa...@ugent.be
link: <http:
have some unexpected
consequences in some cases (e.g. xlim and ylim should be ignored in these
cases), but I cannot imagine these truly to be worse than not supporting it.
Is there (still) a reason why this not supported and/or do people find this
as troublesome as I do?
Nick Sabbe
--
pin
version, yet
this scenario is not that strange that it should be ditched without regard).
>
>
> > A second point is that the package would not *depend* or anything on
> R>=
> > 2.14.0.
>
> But it depends on it: it won't pass the checks for R < 2.14.0.
Som
s the only place I know of where R has problems with
the slow filehandling in Win7, a solution may be to check repeatedly (with
some delay and a timeout) after the delete calls whether the files are
actually gone.
Ugly, I admit, but since our Redmond friends don't provide it...
Nick Sabbe
-
vious way to provide you the sessionInfo of the session that is
started by R CMD check (Assuming that at that point, an 'actual' R session
has actually been started - it appears the error occurs before any 'real
work' is started).
Nick Sabbe
--
ping: nick.sa...@ugent.be
link
, the folder is truly gone,
and the R CMD check can safely do its work.
Is anyone else here using Win7 (32bit) and successfully building/checking R
packages? Perhaps I'm the only one who has treaded this path :-)
Nick Sabbe
--
ping: nick.sa...@ugent.be
link: http://biomath.ugent.be
wi
(apart from the obvious
suggestion to install Linux), as it is immensely annoying...
Nick Sabbe
--
ping: nick.sa...@ugent.be
link: http://biomath.ugent.be
wink: A1.056, Coupure Links 653, 9000 Gent
ring: 09/264.59.36
-- Do Not Disapprove
> -Original Message-
> From: U
hout the error.
I think this has something to do with how Win7 processes file handling
(there are known issues even noticeable in windows explorer), but perhaps
there is a way of circumventing this? It would be greatly appreciated, as
this issue is preventing automation of build/check/install scrip
through the same troubles and pointed me to the solution.
I can imagine it to be hard to define exactly which packages should or
shouldn't be updated, but it would be nice if the update.packages at least
issued a warning against this.
Nick Sabbe
--
ping: nick.sa...@ugent.be
link: <
x27;s not
so easy to code that"), I would be very interested in learning about it.
Also, if I have completely misunderstood how things work, I will gladly
accept redirections and/or flames.
Thanks in advance (well, not for potential flames),
Nick Sabbe
--
ping: nick.sa...@ugent.be
link
iles? If it does not exist already, I would surely be willing to work on
it.
Thanks for any input.
Nick Sabbe
--
ping: nick.sa...@ugent.be
link: http://biomath.ugent.be
wink: A1.056, Coupure Links 653, 9000 Gent
ring: 09/264.59.36
-- Do Not Disapprove
__
12 matches
Mail list logo