Skip to content
Prev 11141 / 12125 Next

[R-pkg-devel] Establishing how a package violated CRAN policies

You should have gotten an e-mail to the maintainer address -- check 
your spam folder?

   The error I see is in 
https://www.stats.ox.ac.uk/pub/bdr/donttest/CopernicusMarine.out (via 
the "donttest" link; the details of this test are here 
<https://www.stats.ox.ac.uk/pub/bdr/donttest/README.txt>, via 
<https://cran.r-project.org/web/checks/check_issue_kinds.html>.

The policy <https://cran.r-project.org/web/packages/policies.html> that 
you're violating is probably this one:

* Packages which use Internet resources should fail gracefully with an 
informative message if the resource is not available or has changed (and 
not give a check warning nor error).

====

   I am always confused by "\donttest", which *is* tested by CRAN in 
some cases.

Finally, there is \donttest, used (at the beginning of a separate line) 
to mark code that should be run by example() but not by R CMD check (by 
default: the option --run-donttest can be used). This should be needed 
only occasionally but can be used for code which might fail in 
circumstances that are hard to test for, for example in some locales. 
(Use e.g. capabilities() or nzchar(Sys.which("someprogram")) to test for 
features needed in the examples wherever possible, and you can also use 
try() or tryCatch(). Use interactive() to condition examples which need 
someone to interact with.) Note that code included in \donttest must be 
correct R code, and any packages used should be declared in the 
DESCRIPTION file. It is good practice to include a comment in the 
\donttest section explaining why it is needed.


For what it's worth, the "additional issues" link seems to be broken:

https://cran-archive.r-project.org/web/checks/2024/check_issue_kinds.html
On 12/21/24 17:34, Pepijn de Vries wrote: