[R-pkg-devel] Check Results ERROR on Windows R release

Uwe Ligges ||gge@ @end|ng |rom @t@t|@t|k@tu-dortmund@de
Fri May 17 23:19:49 CEST 2019


Yes, looks like some race condition, just wait a day or two.

Best,
Uwe Ligges

On 17.05.2019 18:52, Iñaki Ucar wrote:
> On Fri, 17 May 2019 at 18:05, Jarrett Phillips
> <phillipsjarrett1 using gmail.com> wrote:
>>
>> Hello,
>>
>> On submitting an update of my R package (HACSim), checks fail on
>> r-release-windows-ix86+x86_64
>> <https://www.r-project.org/nosvn/R.check/r-release-windows-ix86+x86_64/HACSim-00check.html>
>>
>> The updated package, in addition to improving on documentation, also fixes
>> a noLD error by replacing
>>
>> if (sum(probs) == 1) {
>>     stop("probs must sum to 1")
>> }
>>
>> with the less strict
>>
>> if (!isTRUE(all.equal(1, sum(probs), tolerance =
>> .Machine$double.eps^0.25))) {
>>    stop("probs must sum to 1")
>> }
>>
>> On viewing the check details, the following was noted:
>>
>>
>> ** byte-compile and prepare package for lazy loading
>>
>> Error in loadNamespace(j <- i[[1L]], c(lib.loc, .libPaths()),
>> versionCheck = vI[[j]]) :
>>    there is no package called 'dplyr'
>> Calls: <Anonymous> ... loadNamespace -> withRestarts -> withOneRestart
>> -> doWithOneRestart
>> Execution halted
>> ERROR: lazy loading failed for package 'HACSim'
>>
>>
>> I don't know why the dplyr package creeps in, as I don't list it in my
>> NAMESPACE file.
> 
> Your package imports pegas, which depends on adegenet, which imports dplyr.
> 
>> Any idea on what could be going on here?
> 
> Probably just a glitch that will be solved the next time the check is triggered.
> 
> Iñaki
> 
> ______________________________________________
> R-package-devel using r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/r-package-devel
>



More information about the R-package-devel mailing list