Goodbye packrat, hello renv

[pydemull]

In the part "Computational reproducibility", packrat is evocated as a solution to manage package dependencies with R. I suggest replacing it in the text by renv, its successor, because packrat has been soft deprecated: https://github.com/rstudio/packrat

[Lakens]

Thanks! I was reading about groundhog and I think I will actually replace pack rat with groundhog - this is a good extra push.

…

________________________________ From: Pierre-Yves de Müllenheim ***@***.***> Sent: Friday, February 16, 2024 9:33:04 PM To: Lakens/statistical_inferences ***@***.***> Cc: Subscribed ***@***.***> Subject: [Lakens/statistical_inferences] Goodbye packrat, hello renv (Issue #105) In the part "Computational reproducibility", packrat is evocated as a solution to manage package dependencies with R. I suggest replacing it in the text by renv, its successor, because packrat has been soft deprecated: https://github.com/rstudio/packrat — Reply to this email directly, view it on GitHub<#105>, or unsubscribe<https://github.com/notifications/unsubscribe-auth/ABRQPYPABROISGXTVI6NLBTYT67ABAVCNFSM6AAAAABDMTT3WWVHI2DSMVQWIX3LMV43ASLTON2WKOZSGEZTSNBRHE2TGMY>. You are receiving this because you are subscribed to this thread.Message ID: ***@***.***>

[pydemull]

I did not know groundhog! I personnally use renv. After some minutes looking for some comparisons, I am not sure groundhog would be as good as renv. I am wondering how groundhog would deal with two versions released on the same date (for github packages). Renv tracks the state of a package at each commit. But I do not know enough groundhog to ensure it is not the best, so why not :).