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
--
ping: nick.sa
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://biomath.ugent.be/ http://biomath.ugent.be
wink: A1.056, Coupure Links 653, 9000 Gent
ring: 09
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
--
ping: nick.sa
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.
Somewhat silly if it only depends on it because of the check, no?
Nick Sabbe
--
ping: nick.sa...@ugent.be
link: http
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: http://biomath.ugent.be
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
--
ping: nick.sa
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: http://biomath.ugent.be/ http://biomath.ugent.be
wink: A1.056, Coupure Links 653, 9000 Gent
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 scripts.
Suggestions will be greatly appreciated.
Nick Sabbe
(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: Uwe Ligges [mailto:lig
, 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
wink: A1.056
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: http://biomath.ugent.be
wink: A1.056, Coupure Links 653, 9000 Gent
ring: 09/264.59.36
-- Do Not Disapprove
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
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
12 matches
Mail list logo