[R-pkg-devel] Check time > 10min
Dirk Eddelbuettel
edd @end|ng |rom deb|@n@org
Tue Jun 3 14:46:45 CEST 2025
Greg,
On 3 June 2025 at 21:22, Greg Hunt wrote:
| Dirk,
| Even if he gets the test and example times to zero, his total time in that
| thirteen minute run is still above ten minutes. In my view the incomplete time
| reporting (we don't know what makes up the thirteen minutes) is a bug in the
| build process.
Are you aware of these (documented, if you know where to look) environment
variables? (Copied from my ~/.R/check.Renviron, and 2 mins may be too tight.)
_R_CHECK_INSTALL_TIMING_CPU_TO_ELAPSED_THRESHOLD_=2
_R_CHECK_TIMINGS_=2
_R_CHECK_EXAMPLE_TIMING_CPU_TO_ELAPSED_THRESHOLD_=2
_R_CHECK_TEST_TIMING_CPU_TO_ELAPSED_THRESHOLD_=2
Also, I am lost between your dualing propositions 'test and example times
[are] zero' and 'still above ten minutes'. Can you re-explain? Generally zero
is in effect less than 10. So I must be misunderstanding something.
Dirk
|
| Greg
|
| On Tue, 3 Jun 2025 at 10:54, Dirk Eddelbuettel <edd using debian.org> wrote:
|
|
| On 3 June 2025 at 00:12, Murray Efford via R-package-devel wrote:
| | My revision of package 'secr' fails CRAN pre-test on Windows (R 4.5.0)
| because total check time exceeds 10 min (it's 760 seconds or 13 min). I
| can't see how to fix this as none of the times listed in the log https://
| win-builder.r-project.org/incoming_pretest/secr_5.2.2_20250602_054847/
| Windows/00check.log seems exceptional:
| | * checking CRAN incoming feasibility ... [18s] OK
| | * checking R code for possible problems ... [116s] OK
| | * checking examples ... [87s] OK
| | * checking tests ... [59s] OK
| | * checking re-building of vignette outputs ... [42s] OK
| | * checking PDF version of manual ... [32s] OK
| | * checking HTML version of manual ... [42s] OK
| | and the total of these components is only 396 sec (6.6 min), so I must be
| missing something. I would appreciate any advice. Not much was added in
| this release, and I don't like the idea of blindly hacking off bits.
|
| To a first approximation every tests is a function of some variable we can
| describe as 'N' which you, as author of the package and the tests,
| understand
| best.
|
| Surely you must know a way to define a new N1 <- N/2, or some other
| appropriate scaling. Then try running with N1 instead. And you can also
| make
| both tests and examples _conditional_ on some other control variable.
|
| It's all just code. Bend it like Beckham.
|
| Dirk
|
| |
| | [[alternative HTML version deleted]]
| |
| | ______________________________________________
| | R-package-devel using r-project.org mailing list
| | https://stat.ethz.ch/mailman/listinfo/r-package-devel
|
| --
| dirk.eddelbuettel.com | @eddelbuettel | edd using debian.org
|
| ______________________________________________
| R-package-devel using r-project.org mailing list
| https://stat.ethz.ch/mailman/listinfo/r-package-devel
|
--
dirk.eddelbuettel.com | @eddelbuettel | edd using debian.org
More information about the R-package-devel
mailing list