Warning: file_get_contents(/data/phpspider/zhask/data//catemap/0/windows/14.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
主流存储库中没有tidyverse依赖项的CRAN拒绝_R_Windows_Tidyverse_Cran_Package Development - Fatal编程技术网

主流存储库中没有tidyverse依赖项的CRAN拒绝

主流存储库中没有tidyverse依赖项的CRAN拒绝,r,windows,tidyverse,cran,package-development,R,Windows,Tidyverse,Cran,Package Development,我们今天早上向CRAN提交了一个包,但由于对windows版本进行了预检查,所以重新检查了该包。Debian版本非常好,但windows版本似乎没有在任何主流repo中看到tidyverse软件包 值得注意的一点是,CRAN提交使用了R版本正在开发中的R。这对于CRAN post来说似乎很奇怪。有没有办法确保使用最新的稳定版本?或者,当tidyverse软件包正在返回时,这可能是暂时的吗?在提交之前,我们使用win builder进行了测试。我们也没有任何强大的操作系统依赖性,所以乍一看,这似乎

我们今天早上向CRAN提交了一个包,但由于对windows版本进行了预检查,所以重新检查了该包。Debian版本非常好,但windows版本似乎没有在任何主流repo中看到tidyverse软件包

值得注意的一点是,CRAN提交使用了R版本正在开发中的R。这对于CRAN post来说似乎很奇怪。有没有办法确保使用最新的稳定版本?或者,当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).
*使用日志目录
*使用正在开发的R(不稳定)(2020-08-31 r79098)
*使用平台:x86_64-w64-mingw32(64位)
*使用会话字符集:ISO8859-1
*正在检查文件“/DESCRIPTION”。。。好啊
*这是包裹
*包编码:UTF-8
*正在检查起重机进厂可行性。。。警告
维护者:
新提交
不在主流存储库中的强依赖项:
兰格、马格里特、迪普里尔、珀尔、斯特林格、蒂蒂尔、蒂迪选择、泰布尔、,
生命周期,猫
建议或增强非主流存储库:
测试一下,黑文,克尼特,马克唐,哈克斯台,提迪沃斯,里德,
卡布利克斯特拉制药公司
发现以下(可能)无效URL:
网址:https://codecov.io/gh/ 
发件人:README.md
状态:错误
消息:libcurl错误代码35:
schannel:next InitializeSecurityContext失败:SEC_E_非法_消息(0x80090326)-此错误通常在收到致命SSL/TLS警报时发生(例如握手失败)。

这似乎是起重机检查机的问题和正时问题。我们重新提交,测试按预期通过。如果您遇到类似的问题,并且您可以确认您的包似乎没有任何问题,我建议您也这样做,然后再重新提交。

包的代码是否在某个地方可用,以便我们可以检查以确保一切正常?是的-这是github:可能只是暂时的问题。“事情发生了。”也许稍后再试,和/或尝试通过RHub的builder访问Windows计算机。这就是我希望的——在“R正在开发”版本下进行构建是正常的吗?我不认为CRAN要求在非稳定版本下成功构建?是的,这似乎很正常,对devel版本进行了预检查。刚刚从我提交的一封邮件中查找到一封旧邮件:Flavor:r-devel-linux-x86_64-debian-gcc,r-devel-windows-ix86+x86_64>>检查:CRAN传入可行性,结果:注意