On 13-01-14 7:49 PM, Brian Lee Yung Rowe wrote:
Thanks that seems to work. It looks like other packages explicitly change this
to FALSE, so I have to set this to TRUE for each function call. Is there any
particular policy for packages that update this option? Should I restore the
original
Oliver Bandel oliver at first.in-berlin.de writes:
Am 15.01.2013 um 01:11 schrieb Brian Lee Yung Rowe rowe at muxspace.com:
On Jan 14, 2013, at 6:32 PM, oliver oliver at first.in-berlin.de wrote:
BTW: I looked up the string wish list
in some of the mentioned docs (mentioned in this
Hi,
On 01/14/2013 05:04 PM, Simon Urbanek wrote:
[...]
Maybe it's a sign of a relative maturity of R that we don't have a particular
milestone-like agenda.
There are many ways one can interpret the lack of an official roadmap
for a software project. However maturity is certainly not one I
I've trying to fix the check error in rpvm package. Right now on my Mac, I
use darwinport to install PVM and I can get rpvm to pass the check using 'R
-arch x86_64 CMD check'. However the default 'R CMD check' uses i386 which
fails since PVM is built for x86_64 only.
So is there a way to ensure
On 15.01.2013 20:47, Thomas Lumley wrote:
I have a project on R-forge (sqlsurvey.r-forge.r-project.org) with two
packages, RMonetDB and sqlsurvey.
At the moment, sqlsurvey is listed as failing to build. The error is on
the Linux package check, which says that RMonetDB is not available:
*
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:
I'm surprised this works on Windows and Mac, since RMonetDB does not
seem to be on CRAN. I thought it was still a requirement that
dependencies need to be on CRAN (which makes development difficult for
related packages like this).
A related long standing request is that R-forge checking look
On Tue, Jan 15, 2013 at 12:46 PM, Hervé Pagès hpa...@fhcrc.org wrote:
and given R's modularity that is fortunately not very often the case.
Modularity would be even better if more things *in core* were made
generics. For example why the stuff in parallel was not made generic?
(at least S3
Within I'm using an environment as a hashtable to cache the results of some
repeated computations in a package. The thing is that the contents of the
cache will not be valid across R sessions, so I would like to make sure
that the cache is cleared if the user saves or restores the workspace (or
On 13-01-15 7:39 PM, Peter Meilstrup wrote:
Within I'm using an environment as a hashtable to cache the results of some
repeated computations in a package. The thing is that the contents of the
cache will not be valid across R sessions, so I would like to make sure
that the cache is cleared if
On Tue, Jan 15, 2013 at 4:55 PM, Duncan Murdoch murdoch.dun...@gmail.comwrote:
On 13-01-15 7:39 PM, Peter Meilstrup wrote:
Within I'm using an environment as a hashtable to cache the results of
some
repeated computations in a package. The thing is that the contents of the
cache will not be
On Jan 15, 2013, at 2:24 PM, Michael Li wrote:
I've trying to fix the check error in rpvm package. Right now on my Mac, I
use darwinport to install PVM and I can get rpvm to pass the check using 'R
-arch x86_64 CMD check'. However the default 'R CMD check' uses i386 which
fails since PVM
On 01/15/2013 03:25 PM, elijah wright wrote:
On Tue, Jan 15, 2013 at 12:46 PM, Hervé Pagès hpa...@fhcrc.org
mailto:hpa...@fhcrc.org wrote:
and given R's modularity that is fortunately not very often the
case.
Modularity would be even better if more things *in core* were
OK. Based on comments in serialize.c, this sort of thing isn't
available(yet). However, I also came to the conclusion that for my purposes
(caching functions-of existing R objects) I might implement the cache not
with an environment but with the weak-reference facility exposed in the C
interfaces.
14 matches
Mail list logo