[R-pkg-devel] [External] Re: namespace error with rlang
Thanks so much! Below are the information related to my submission on Tuesday night (08/17/2022) - 1. My session info: R version 4.1.0 (2021-05-18) Platform: x86_64-apple-darwin17.0 (64-bit) Running under: macOS 12.5 Matrix products: default LAPACK: /Library/Frameworks/R.framework/Versions/4.1/Resources/lib/libRlapack.dylib locale: [1] en_US.UTF-8/en_US.UTF-8/en_US.UTF-8/C/en_US.UTF-8/en_US.UTF-8 attached base packages: [1] stats graphics grDevices utils datasets methods base loaded via a namespace (and not attached): [1] rstudioapi_0.13 XVector_0.32.0 magrittr_2.0.3 [4] BiocGenerics_0.38.0 zlibbioc_1.38.0 IRanges_2.26.0 [7] tidyselect_1.1.2 R6_2.5.1 rlang_1.0.4 [10] fansi_1.0.3 httr_1.4.3 GenomeInfoDb_1.28.4 [13] dplyr_1.0.9 tools_4.1.0 parallel_4.1.0 [16] utf8_1.2.2 DBI_1.1.3 cli_3.3.0 [19] assertthat_0.2.1 tibble_3.1.8 lifecycle_1.0.1 [22] crayon_1.5.1 brio_1.1.3 GenomeInfoDbData_1.2.6 [25] purrr_0.3.4 vctrs_0.4.1 S4Vectors_0.30.2 [28] fs_1.5.2 bitops_1.0-7 RCurl_1.98-1.7 [31] testthat_3.1.4 glue_1.6.2 pillar_1.8.0 [34] compiler_4.1.0 generics_0.1.3 Biostrings_2.60.2 [37] stats4_4.1.0 pkgconfig_2.0.3 2. check log * using log directory 'd:/RCompile/CRANguest/R-release/epitopR.Rcheck' * using R version 4.2.1 (2022-06-23 ucrt) * using platform: x86_64-w64-mingw32 (64-bit) * using session charset: UTF-8 * checking for file 'epitopR/DESCRIPTION' ... OK * checking extension type ... Package * this is package 'epitopR' version '0.1.0' * package encoding: UTF-8 * checking CRAN incoming feasibility ... NOTE Maintainer: 'Joan Zhang <joan.zhang at emory.edu>' New submission Possibly misspelled words in DESCRIPTION: DK (5:725) Dhanda (5:682) JA (5:678) MHC (3:24, 5:50, 5:250) Mahajan (5:659) Overton (5:670) Sette (5:729) epitope (5:355) histocompatibility (5:61) * checking package namespace information ... OK * checking package dependencies ... OK * checking if this is a source package ... OK * checking if there is a namespace ... OK * checking for hidden files and directories ... OK * checking for portable file names ... OK * checking whether package 'epitopR' can be installed ... ERROR Installation failed. See 'd:/RCompile/CRANguest/R-release/epitopR.Rcheck/00install.out' for details. * DONE Status: 1 ERROR, 1 NOTE 3. install out * installing *source* package 'epitopR' ... ** using staged installation ** R ** inst ** byte-compile and prepare package for lazy loading Error in loadNamespace(i, c(lib.loc, .libPaths()), versionCheck = vI[[i]]) : namespace 'rlang' 1.0.1 is being loaded, but >= 1.0.2 is required Calls: <Anonymous> ... namespaceImport -> loadNamespace -> namespaceImport -> loadNamespace Execution halted ERROR: lazy loading failed for package 'epitopR' * removing 'd:/RCompile/CRANguest/R-release/lib/epitopR' * restoring previous 'd:/RCompile/CRANguest/R-release/lib/epitopR' From: Uwe Ligges <ligges at statistik.tu-dortmund.de> Date: Wednesday, August 17, 2022 at 3:28 AM To: Zhang, Xueqiong <joan.zhang at emory.edu>, r-package-devel at r-project.org <r-package-devel at r-project.org> Subject: [External] Re: namespace error with rlang
On 17.08.2022 03:30, Zhang, Xueqiong wrote:
error still exist after I removed both of testthat and rlang, and then reinstalled testthat. Would you please help how to fix? Thanks. *From: *Zhang, Xueqiong <joan.zhang at emory.edu> *Date: *Tuesday, August 16, 2022 at 7:35 PM *To: *ligges at statistik.tu-dortmund.de <ligges at statistik.tu-dortmund.de>, r-package-devel at r-project.org <r-package-devel at r-project.org> *Subject: *namespace error with rlang Hi all, My package passed the ?R CMD check? on my local machine, however it returns error of ?namespace 'rlang' 1.0.1 is being loaded, but >= 1.0.2 is required? when I sent it to win-builder.r-project.org . I actually do have rlang 1.0.4 install based on session info. What should I do? Thanks! /Joan /
Please provide the references and a full check log. Which version of R? Which OS? Date/Time when it happened (as packages may change vbersion or status)? I keep "r-package-devel" CCed as that is indeed the right address for asking such questions (rather than sending mails to individual members of the CRAN team). Best, Uwe Ligges