similar to: R CMD build

I would like to bring the attention of R package maintainers/developers to the mechanisms for checking and building add-on packages that come with the R distribution. * R CMD check has been around for a while. It can be used for run-time testing the examples that come with an installed add-on package. Recent development versions of R also have preliminary support for additional specific

I would like to bring the attention of R package maintainers/developers to the mechanisms for checking and building add-on packages that come with the R distribution. * R CMD check has been around for a while. It can be used for run-time testing the examples that come with an installed add-on package. Recent development versions of R also have preliminary support for additional specific

I've been trying to build a bundle with the R-devel snapshot from yesterday. (Yes I know it is unstable and just tell me if I shouldn't be trying to do this yet.) It is failing with the message tar : /dev/rmt/0 : Permission denied It happens after "removing junk files" and just after the message "building dse_2000.9-1.tar.gz" It looks to be coming from the line in

Using R 1.7.0 I get * checking parcv-manual.tex ... ERROR Could not create DVI version. Although there is no apparent error. The dvi file exists. Possibly there is some problem with my TeX setup, but the following messages don't suggest that either. Here's the full log, which does show some documentation issues: sheep:~$R CMD check --library=.R/library/ src/parcv * checking for working

Hi, I want to create several packages, with package Aa depending on functions in package A. My directories with .r and .Rd are organized as follows ./A/man/*.Rd ./A/R/*.r ./Aa/man/*.Rd ./Aa/R/*.r Afre creatin package A with R CMD check A R CMD INSTALL --library=lib A I then have ./lib/A/help etc If I try to do R CMD check Aa R CMD INSTALL --library=lib Aa I am getting * checking

In Windows, I tried to build and check Paul Gilbert's dse bundle with the command rcmd check ../library/dse It ran for a while and built the packages, then failed at the end with this: ** checking Rd files ... OK ** checking for undocumented objects ... OK ** creating syskern-Ex.R ... ERROR I get similar errors checking packages, but there make pkgcheck-foo works. I don't

A slightly revised version of my DSE package for multi-variate time series analysis is now available at <www.bank-banque-canada.ca/pgilbert>. This version works with R 0.90.1 (and not with R 90.0 or earlier versions). It can also be installed with install.packages(c("syskern", "tframe", "dse"),

A slightly revised version of my DSE package for multi-variate time series analysis is now available at <www.bank-banque-canada.ca/pgilbert>. This version works with R 0.90.1 (and not with R 90.0 or earlier versions). It can also be installed with install.packages(c("syskern", "tframe", "dse"),

Should R CMD check consider it an error to define a new method using setMethod for a class which is not currently defined? It seems to me that it would be best not to consider this an error. What currently happens in that setMethod issues a warning, quite correctly. This warning produces an object 'last.warning'. Then R CMD check issues a WARNING that 'last.warning' is an

I've rolled up R-1.6.2.tgz a short while ago. This is a minor upgrade, fixing an assortment of bugs. You can get it from the developer site at http://cvs.r-project.org/pub/CRAN/src/base/R-1.6.2.tgz or wait for it to be mirrored at a CRAN site near you. Binaries for various platforms will appear in due course. There is also a version split for floppies, but due to the inclusion of

I've rolled up R-1.6.2.tgz a short while ago. This is a minor upgrade, fixing an assortment of bugs. You can get it from the developer site at http://cvs.r-project.org/pub/CRAN/src/base/R-1.6.2.tgz or wait for it to be mirrored at a CRAN site near you. Binaries for various platforms will appear in due course. There is also a version split for floppies, but due to the inclusion of

Dear R-core, Thank you for your great effort! I am finalising a bundle that works both in R and Splus. But I faced the following minor problems with R CMD under both UNIX and LINUX. 1. R CMD build denies to work with bundles. It reports * checking `DESCRIPTION' package entry ... ERROR: no package entry in `DESCRIPTION' Surely, there is no one, but there is Contains entry. Next, according

Using R CMD INSTALL packagename.tar.gz on platform i686-pc-linux-gnu arch i686 os linux-gnu system i686, linux-gnu status major 1 minor 6.1 year 2002 month 11 day 01 language R I used to get html and latex files recreated only when the source .Rd file changed. Now I am getting html and latex (and text and example) recreated whenever I run R CMD INSTALL when I do

Using R CMD INSTALL packagename.tar.gz on platform i686-pc-linux-gnu arch i686 os linux-gnu system i686, linux-gnu status major 1 minor 6.1 year 2002 month 11 day 01 language R I used to get html and latex files recreated only when the source .Rd file changed. Now I am getting html and latex (and text and example) recreated whenever I run R CMD INSTALL when I do

In revising the splancs package, I use R CMD check. After a number of changes to various files in the directory tree, R CMD check fails at the * checking for undocumented objects ... ERROR stage as shown below. But running undoc() in R (pointed at the Rcheck directory, not on the older version) doesn't show the same error, and grep on the Rcheck R code finds the function. I ran undoc() under

I use R CMD Rdindex man/*.Rd >INDEX in my makefile to generate an INDEX. When I then use R CMD build whatever the newindex seems to be in a slightly different order, resulting in a * checking whether index is up-to-date ... NO (because the result of diff is not empty) and a suggestion to use --force. However, --force results in the INDEX in my source directory being re-written, which

pacf in devel seems by default to return a different number of lags than 1.7.1 for $pacf. I don't see any mention of this in the NEWS file, or any change in the documentation, so I suspect it is and error, though it may be an undocumented improvement. (Newbie question: How is the simplest way to display a function like pacf.default that is not exported from a namespace?) Paul

This example from the INSTALL help seems to be broken in R 0.90.1 (on Solaris): gilp/dse : R CMD check --help Usage: R CMD check [options] [-l lib] pkg_1 ... pkg_n I'm trying to figure out how to request more nsize and vsize when using R CMD check. Paul Gilbert -.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.- r-devel mailing list -- Read

For some of my packages I am getting a segmentation fault in Linux when I use R CMD check. (Using R 1.0.1) The segmentation fault does not happen in Solaris and in some cases it does not happen in Linux if I set R_NSIZE and R_VSIZE much higher than I need in Solaris. Should I expect a segmentation fault if there is not enough memory for R CMD check, or are these unrelated? Paul Gilbert

Unix versions of R CMD BATCH have reported proc.time() unless the script ends in q(). E.g. if the input is 'search()' the output is > invisible(options(echo = TRUE)) > search() [1] ".GlobalEnv" "package:stats" "package:graphics" [4] "package:grDevices" "package:utils" "package:datasets" [7]