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 GitHubhttps://github.com/Lakens/statistical_inferences/issues/105, or unsubscribehttps://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 :).