如何解决tidyverse依赖的CRAN拒绝不在主流存储库中
我们今天早上向CRAN提交了一个程序包，但由于对Windows版本进行了预检查，因此对该程序包进行了重新检查。 Debian构建非常好，但是看起来Windows构建在任何主流回购中都没有tidyverse软件包。
值得注意的一件事是CRAN提交使用的R版本正在开发中。对于CRAN帖子来说，这似乎很奇怪。有没有办法确保使用最新的稳定版本？还是在tidyverse包装正在备份的过程中这可能是暂时的？在提交之前，我们使用win-builder进行了测试。我们也没有任何强大的OS依赖性，因此乍一看这似乎不是我们的问题。
失败的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检查机的问题和计时问题。我们重新提交并通过了预期的测试。如果您遇到类似的问题，并且可以确认您的包裹似乎没有任何问题，我建议您做同样的事情，然后等待然后重新提交。
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。