Marcin
Marcin
urlchecker is failining in the container, but not on my machine locally - will need to pull the container and get inside to verify
> Also project.lock contains packages which definitely are not associated with the app (teal.modules.clinical, teal.modules.general). I guess it reads from files in a working directory (in my case it is...
> If it is true that renv::dependencies() can conclude all packages properly then we don't need to run lockfile_create() every shiny session but probably we can set future worker in...
Hey @gogonzo thanks to your suggestion I moved back `lockfile_task` creation to `init()`. It has been there before we provided changes for this suggestion (point 3 https://github.com/insightsengineering/teal/pull/1224#issuecomment-2131296005). Now the lockfile...
We are seeing an error when running examples during CI that ```r > cleanEx() Error: connections left open:
@averissimo @kartikeyakirar @vedhav thanks for joining the meeting on Monday where I outlined the status of this feature. The feature is finalized and ready for a quick review. Below you...
Thanks for the idea for the test - I edited it slighty so it returns back the same parallel background that was set before `create_renv_lockfile` call. It was an internal...
Thanks @kartikeyakirar and @averissimo for the review! Included comments and suggestions in recent commits
@pawelru any last words on this one? This was a bumpy ride, and even though the research phase took a while I think we did huge team-work on this
@pawelru I think you can consider yourself as an author :D