You are missing an underscore. This works for me for a package that I
just added an error to:
rhub::check(env_vars = c("_R_CHECK_LENGTH_1_CONDITION_" = "verbose"),
platform = "debian-gcc-devel",
email = "csardi.ga...@gmail.com")
─ Building package
─ Uploading package
[...]
E checking examples (788ms)
Running examples in ‘dotenv-Ex.R’ failed
The error most likely occurred in:
> ### Name: load_dot_env
> ### Title: Load environment variables from the specified file
> ### Aliases: load_dot_env
>
> ### ** Examples
>
> # Remove, if it exists
> Sys.unsetenv("dotenvexamplefoo")
> Sys.getenv("dotenvexamplefoo")
[1] ""
>
> # Load from a file
> tmp <- tempfile()
> cat("dotenvexamplefoo=bar\n", file = tmp)
> load_dot_env(tmp)
> Sys.getenv("dotenvexamplefoo")
[1] "bar"
>
> # Clean up
> unlink(tmp)
>
> if (c(TRUE, FALSE)) print("oops")
----------- FAILURE REPORT --------------
--- failure: the condition has length > 1 ---
--- srcref ---
:
--- package (from environment) ---
[...]
Gabor
On Tue, Nov 20, 2018 at 11:35 AM Oswald, Stephen A <sa...@psu.edu> wrote:
>
>
>
> Dear All,
>
> I am seeking direction on how to successfully recreate an CRAN check error
> (see email below) for the debian gcc platform (see attached log). I'm pretty
> confident that there is still an error associated with my code calling if()
> with a vector of length 2 or more. However, the code is long and as there are
> likely multiple incidences, I really want to be able to recreate this error
> myself so I do not waste CRAN time resubmitting each time I fix one incidence.
>
> I have tried multiple approaches to recreate this error without success.
> These include:
> 1) Running rhub::check while specifying environmental variables suggested by
> Brian Ripley
> ('_R_CHECK_LENGTH_1_CONDITION'="package:_R_CHECK_PACKAGE_NAME_,abort,verbose")
> on the platform "debian-gcc-devel". Check proceeds with no errors but I
> suspect the environmental variables are not being correctly specified (see
> https://github.com/r-hub/rhub/issues/174)
>
> 2) Running devtools::check() in Rstudio 1.0.143. But as I am running on
> windows, the code compiles OK.
> My system:
>
> platform x86_64-w64-mingw32
> arch x86_64
> os mingw32
> system x86_64, mingw32
> status Under development (unstable)
> major 3
> minor 6.0
> year 2018
> month 10
> day 15
> svn rev 75443
> language R
> version.string R Under development (unstable) (2018-10-15 r75443)
> nickname Unsuffered Consequences
>
> 3) I have set up a GitHub profile and repository for the current code of my
> package FlexParamCurve v 1.5-5
> (https://github.com/sao10/FlexParamCurve1.5-5). I have then used Travis to
> build and check it
> (https://travis-ci.org/sao10/FlexParamCurve1.5-5/jobs/457270859) but, I am
> pretty certain that my environmental variables are not transferring. I tried
> setting them as Global Environmental Variables and also in my .travis.yml
> file. My config was:
>
> {
> "os": "linux",
> "dist": "trusty",
> "sudo": false,
> "cache": "packages",
> "group": "stable",
> "language": "r",
> "global_env": "_R_CHECK_LENGTH_1_CONDITION =
> \"package:_R_CHECK_PACKAGE_NAME_,abort,verbose\" R_C_BOUNDS_CHECK = yes
> _R_CHECK_FORCE_SUGGESTS_ = false"
> }
>
>
> and my .travis.yml file was:
>
> language: R
> cache: packages
> sudo: false
> env:
> global:
> - _R_CHECK_LENGTH_1_CONDITION =
> "package:_R_CHECK_PACKAGE_NAME_,abort,verbose"
> - R_C_BOUNDS_CHECK = yes
> - _R_CHECK_FORCE_SUGGESTS_ = false
>
>
> One possibility I have yet to explore is potentially running debian from a
> flash drive but I'm not sure whether my tool chains would need to change and
> it seems a major undertaking. Currently my tool chain looks like this:
>
> C:\Rtools\bin;C:\Rtools\mingw_64\bin;C:\Strawberry\c\bin;C:\Program Files
> (x86)\MiKTeX 2.9\miktex\bin;
> H:\R\R-devel\bin\x64;C:\Strawberry\perl\site\bin;C:\Strawberry;C:\Program
> Files (x86)\Common Files\Adobe\AGL;C:\Program Files
> (x86)\Calibre2\;C:\Program Files (x86)\Skype\Phone\
>
> and I am running
> Rtools version 3.5.0.4
> MiKTeX 2.9
>
> R Under development (unstable) (2018-10-15 r75443)
>
> Thank you for any direction you may be able to offer.
>
> Steve.
>
>
>
>
>
> ________________________________
> From: lig...@statistik.tu-dortmund.de <lig...@statistik.tu-dortmund.de>
> Sent: Saturday, November 10, 2018 2:21 AM
> To: Oswald, Stephen A
> Cc: cran-submissi...@r-project.org
> Subject: [CRAN-pretest-archived] CRAN submission FlexParamCurve 1.5-4
>
> Dear maintainer,
>
> package FlexParamCurve_1.5-4.tar.gz does not pass the incoming checks
> automatically, please see the following pre-tests:
> Windows:
> <https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwin-builder.r-project.org%2Fincoming_pretest%2FFlexParamCurve_1.5-4_20181110_081104%2FWindows%2F00check.log&data=02%7C01%7Csao10%40psu.edu%7C65b2199d35c84127424208d646dd12c9%7C7cf48d453ddb4389a9c1c115526eb52e%7C0%7C0%7C636774312669497914&sdata=xQS4VyaVt7WH1k%2FHQCfzcAxDKg9CHcIFvDgYnwyHG7I%3D&reserved=0>
> Status: 3 NOTEs
> Debian:
> <https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwin-builder.r-project.org%2Fincoming_pretest%2FFlexParamCurve_1.5-4_20181110_081104%2FDebian%2F00check.log&data=02%7C01%7Csao10%40psu.edu%7C65b2199d35c84127424208d646dd12c9%7C7cf48d453ddb4389a9c1c115526eb52e%7C0%7C0%7C636774312669497914&sdata=0EHVRHW1wiBtEXPdhVmEvL4F4Z5ksyOSeHBX8hWTP14%3D&reserved=0>
> Status: 1 ERROR, 1 NOTE
>
> Last released version's CRAN status: OK: 2
> See:
> <https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2FCRAN.R-project.org%2Fweb%2Fchecks%2Fcheck_results_FlexParamCurve.html&data=02%7C01%7Csao10%40psu.edu%7C65b2199d35c84127424208d646dd12c9%7C7cf48d453ddb4389a9c1c115526eb52e%7C0%7C0%7C636774312669497914&sdata=9bvY8TABo2i7%2FCXGzEsuwt1CXQSo%2Fmr8qMxHZDVjsCg%3D&reserved=0>
>
> CRAN Web:
> <https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fcran.r-project.org%2Fpackage%3DFlexParamCurve&data=02%7C01%7Csao10%40psu.edu%7C65b2199d35c84127424208d646dd12c9%7C7cf48d453ddb4389a9c1c115526eb52e%7C0%7C0%7C636774312669497914&sdata=kMDzQTyyQLjyBMTZs%2FUUfVg4HN%2FirDNFFDJ72CIhS4o%3D&reserved=0>
>
> Please fix all problems and resubmit a fixed version via the webform.
> If you are not sure how to fix the problems shown, please ask for help on the
> R-package-devel mailing list:
> <https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstat.ethz.ch%2Fmailman%2Flistinfo%2Fr-package-devel&data=02%7C01%7Csao10%40psu.edu%7C65b2199d35c84127424208d646dd12c9%7C7cf48d453ddb4389a9c1c115526eb52e%7C0%7C0%7C636774312669497914&sdata=dAfiX9Nrj3yHPdnB6b%2BloeLUZXHPv9Fx56R9%2Fjjkbik%3D&reserved=0>
> If you are fairly certain the rejection is a false positive, please reply-all
> to this message and explain.
>
> More details are given in the directory:
> <https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwin-builder.r-project.org%2Fincoming_pretest%2FFlexParamCurve_1.5-4_20181110_081104%2F&data=02%7C01%7Csao10%40psu.edu%7C65b2199d35c84127424208d646dd12c9%7C7cf48d453ddb4389a9c1c115526eb52e%7C0%7C0%7C636774312669497914&sdata=D09NHBYWDGlTpbtADDeUsHcpYDHeWyAOjXVvl67l1UI%3D&reserved=0>
> The files will be removed after roughly 7 days.
>
> No strong reverse dependencies to be checked.
>
> Best regards,
> CRAN teams' auto-check service
> ______________________________________________
> R-package-devel@r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/r-package-devel
______________________________________________
R-package-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-package-devel
