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:
O
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 scenario
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
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 belongs
(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
from
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: x86_64-p
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, up
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
