[英]CRAN rejection for tidyverse dependencies not in mainstream repositories
我们今天早上向 CRAN 提交了一个包,但由于对 Windows 构建进行了预检查,因此被重新检查。 Debian 构建非常好,但看起来 windows 构建在任何主流存储库中都没有看到 tidyverse 包。
值得注意的一件事是,CRAN 提交的 R 版本使用了正在开发的 R。 这对于 CRAN 帖子来说似乎很奇怪。 有没有办法确保使用最新的稳定版本? 或者这可能是 tidyverse 软件包恢复时暂时的事情? 我们在提交之前使用 win-builder 进行了测试。 我们也没有任何强烈的操作系统依赖性,所以乍一看这似乎不是我们的问题。
失败的 URL 检查似乎也关闭了 - 它在 Debian 上运行良好,并且该链接仅指向我们的代码覆盖率标签,该标签确实存在。
下面标记的 CRAN 可行性检查消息。
* using log directory <blanking out>
* using R Under development (unstable) (2020-08-31 r79098)
* using platform: x86_64-w64-mingw32 (64-bit)
* using session charset: ISO8859-1
* checking for file '<blanking out>/DESCRIPTION' ... OK
* this is package <blanking out>
* package encoding: UTF-8
* checking CRAN incoming feasibility ... WARNING
Maintainer: <blanking out>
New submission
Strong dependencies not in mainstream repositories:
rlang, magrittr, dplyr, purrr, stringr, tidyr, tidyselect, tibble,
lifecycle, forcats
Suggests or Enhances not in mainstream repositories:
testthat, haven, knitr, rmarkdown, huxtable, tidyverse, readr,
kableExtra, pharmaRTF
Found the following (possibly) invalid URLs:
URL: https://codecov.io/gh/ <blanked out>
From: README.md
Status: Error
Message: libcurl error code 35:
schannel: next InitializeSecurityContext failed: SEC_E_ILLEGAL_MESSAGE (0x80090326) - This error usually occurs when a fatal SSL/TLS alert is received (e.g. handshake failed).
看来这是 CRAN 支票机的问题和计时问题。 我们重新提交并按预期通过了测试。 如果您遇到类似的问题,并且您可以确认您的包裹似乎没有任何问题,我鼓励您也这样做,然后等待然后重新提交。
声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.