Re: [R-pkg-devel] Error while checking if Pandoc is available

2019-12-10 Thread Maëlle SALMON via R-package-devel
Furthermore, I think you can simply use rmarkdown::pandoc_available("1.12.3") to answer both questions (is pandoc available, is the particular version or a later version available). Maëlle. Den fredag 6 december 2019 17:30:28 CET, Henrik Bengtsson skrev: Hugh is correct. To clarify,

[R-pkg-devel] default col.names from data.frame not the same as as.data.frame

2019-12-10 Thread Spencer Graves
Hello, All:   What names should be given a matrix or data.frame that does not have names for use in "glm.fit"?   I ask for two reasons:         * "base" R is inconsistent:  "data.frame(matrix(1:2, 1))" defaults to "X1", "X2" but "as.data.frame(matrix(1:2, 1))" defaults to

Re: [R-pkg-devel] How to account for optional packages not necessarily on CRAN

2019-12-10 Thread Balasubramanian Narasimhan
Thanks Dirk!  I did not realize that suggested packages are not required to be on primary repos like CRAN, BioC.  We do indeed condition our code to check that. So I guess, we are good to go, as is. I will, in due time, read the paper too... -N On 12/10/19 5:52 PM, Dirk Eddelbuettel wrote:

[R-pkg-devel] How to account for optional packages not necessarily on CRAN

2019-12-10 Thread Balasubramanian Narasimhan
We've run into the following problem in integrating commercial and open source solvers in to our package CVXR. We have "Suggests" dependency on some packages that may not be available to CRAN. There are two main scenarios. 1. A suggested meta-package is on CRAN, e.g. Rmosek, but the user must

Re: [R-pkg-devel] How to account for optional packages not necessarily on CRAN

2019-12-10 Thread Dirk Eddelbuettel
On 10 December 2019 at 17:22, Balasubramanian Narasimhan wrote: | We've run into the following problem in integrating commercial and open | source solvers in to our package CVXR. We have "Suggests" dependency on | some packages that may not be available to CRAN. | | There are two main

Re: [R-pkg-devel] inconsistent behavior between R CMD check and interactive use

2019-12-10 Thread Richard M. Heiberger
So I am looking. and it is even worse than what you suggest. library() shows that both HH and microplot are in both the system and personal libraries Packages in library 'C:/Program Files/R/R-devel/library': HH Version: 3.1-34 microplot Version: 1.0-15 Everything else in the system library

[R-pkg-devel] Additional issues: OpenBLAS

2019-12-10 Thread Sebastian Ankargren
Dear package developers, I have an 'additional issue' listed on CRAN for my package mfbvar (https://cran.r-project.org/web/checks/check_results_mfbvar.html). The issue exists for the following configuration: * using R Under development (unstable) (2019-11-19 r77437) * using platform:

Re: [R-pkg-devel] inconsistent behavior between R CMD check and interactive use

2019-12-10 Thread Duncan Murdoch
(Rich, you've heard this already, this message is for others:) I think I've found the cause of this, and it might be a bug in the check code in R. Rich's package HH "Suggests" microplot, and microplot "Imports" HH. When running checks on the new version 3.1-38 of HH it appears the tests