[help] "Error: could not find packages qs in library paths" #1259
Replies: 1 comment
-
The |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
Help
Description
Hi, I encountered the error described in the title upon running tar_make_future() if I use
qs
as my default storage format. The pipeline can often (not all the time) finish if I use tar_make() instead, but it almost always stop if I usetar_make_future()
.Does anyone know how to deal with this? I can of course change the storage format to rds, but the loading/saving time takes so much time.
Thanks in advance!
Mikhael
My `sessionInfo` output:
R version 4.3.2 (2023-10-31) Platform: x86_64-pc-linux-gnu (64-bit) Running under: Rocky Linux 8.9 (Green Obsidian)
Matrix products: default
BLAS/LAPACK: /usr/lib64/libopenblas-r0.3.15.so; LAPACK version 3.9.0
locale:
[1] LC_CTYPE=en_US.UTF-8 LC_NUMERIC=C
[3] LC_TIME=en_US.UTF-8 LC_COLLATE=en_US.UTF-8
[5] LC_MONETARY=en_US.UTF-8 LC_MESSAGES=en_US.UTF-8
[7] LC_PAPER=en_US.UTF-8 LC_NAME=C
[9] LC_ADDRESS=C LC_TELEPHONE=C
[11] LC_MEASUREMENT=en_US.UTF-8 LC_IDENTIFICATION=C
time zone: Europe/Amsterdam
tzcode source: system (glibc)
attached base packages:
[1] stats graphics grDevices datasets utils methods base
other attached packages:
[1] targets_1.4.1 renv_1.0.3
loaded via a namespace (and not attached):
[1] vctrs_0.6.5 cli_3.6.2 knitr_1.45
[4] rlang_1.1.2 xfun_0.41 processx_3.8.3
[7] data.table_1.14.10 glue_1.6.2 listenv_0.9.0
[10] backports_1.4.1 ps_1.7.5 fansi_1.0.6
[13] tibble_3.2.1 base64url_1.4 yaml_2.3.8
[16] lifecycle_1.0.4 BiocManager_1.30.22 compiler_4.3.2
[19] codetools_0.2-19 igraph_1.6.0 pkgconfig_2.0.3
[22] future_1.33.1 digest_0.6.33 R6_2.5.1
[25] tidyselect_1.2.0 utf8_1.2.4 parallelly_1.36.0
[28] parallel_4.3.2 pillar_1.9.0 callr_3.7.3
[31] magrittr_2.0.3 tools_4.3.2 globals_0.16.2
Beta Was this translation helpful? Give feedback.
All reactions