Hi Duncan
The difference is that in your call to loadNamespace, the versionCheck list
has 3 components (name, op and version), whereas the documentation only
mentions 2 (op and version).
loadNamespace 'works' for me provided I add a third component to the list
(even a nonsense one).
What I haven'
Many thanks Duncan for the quick response.
A bug is a relief in a way. I've been digging my way deeper into this (and
learning more as I go) for several days now - but it is a diversion from (a
diversion from) my main goal :-(
Is there somewhere specific I should report or log the bug or will th
On 26/11/2014, 7:38 PM, Geoff Lee wrote:
> Many thanks Duncan for the quick response.
A little too quick, it seems...
>
> A bug is a relief in a way. I've been digging my way deeper into this (and
> learning more as I go) for several days now - but it is a diversion from (a
> diversion from) my
On 26/11/2014, 5:39 PM, Geoff Lee wrote:
> Hi
>
>
>
> I'm still exploring the R programming universe, so if this is being asked in
> the wrong place, or in the wrong way (e.g. too verbose or lacking in crucial
> detail or in the wrong format) please let me know
>
>
>
> I am trying to unders
Summary: I think you've found a bug.
On 26/11/2014, 5:39 PM, Geoff Lee wrote:
> Hi
>
>
>
> I'm still exploring the R programming universe, so if this is being asked in
> the wrong place, or in the wrong way (e.g. too verbose or lacking in crucial
> detail or in the wrong format) please let me
Hi
I'm still exploring the R programming universe, so if this is being asked in
the wrong place, or in the wrong way (e.g. too verbose or lacking in crucial
detail or in the wrong format) please let me know
I am trying to understand when the version constraints for packages which
appear in
On 26/11/2014, 1:45 PM, Paul Gilbert wrote:
> Is there a good strategy for testing examples which should not be run by
> default? For instance, I have examples which get data from the Internet.
> If I wrap them in try() then they can be skipped if the Internet is not
> available, but may not be
On Wed, Nov 26, 2014 at 12:45 PM, Paul Gilbert
wrote:
> Is there a good strategy for testing examples which should not be run by
> default? For instance, I have examples which get data from the Internet. If
> I wrap them in try() then they can be skipped if the Internet is not
> available, but ma
You can try devtools::run_examples(test = TRUE) (assuming your
working directory is the top-level package directory)
Hadley
On Wed, Nov 26, 2014 at 12:45 PM, Paul Gilbert wrote:
> Is there a good strategy for testing examples which should not be run by
> default? For instance, I have examples w
On 14-11-26 02:09 PM, Spencer Graves wrote:
Hi, Paul:
"if(!fda::CRAN())" runs code except with "R CMD check –as-cran".
I use it so CRAN checks skip examples that (a) need the Internet or (b)
take too long for CRAN.
Spencer
fda::CRAN() gives TRUE on my home machine, I think because I u
Hi, Paul:
"if(!fda::CRAN())" runs code except with "R CMD check –as-cran".
I use it so CRAN checks skip examples that (a) need the Internet or (b)
take too long for CRAN.
Hope this helps.
Spencer
On 11/26/2014 10:45 AM, Paul Gilbert wrote:
Is there a good strategy fo
Is there a good strategy for testing examples which should not be run by
default? For instance, I have examples which get data from the Internet.
If I wrap them in try() then they can be skipped if the Internet is not
available, but may not be tested in cases when I would like to know
about the
12 matches
Mail list logo
