Jacob Wujciak-Jens

It might be useful to abstract a bit more and allow for full timestamps/epochs? But I don't really have the user context if that would be useful or just a...

I was thinking of ISO 8601 timestamps: `2024-04-08T17:35:37Z` or [epoch timestamps](https://www.epochconverter.com/) (seconds since epoch, usually 1970-01-01): `1712600550` to specify concrete dates. But that might not be a useful (enough) addition...

Right. But only files changed in this commit. (or current working dir vs. last commit) Not the changed files between two commits as you would with `git diff ref1 ref2...

@HuwCampbell I had this issue with more (overly?) complex gens and #18 fixed the issue! There is a workaround with `unix::rlimit_stack(cur = Inf)` but it is good to have it...

Correction, fixed it most of the time, in some sessions it still happens (there is some randomness in input size for my generators so that might be the reason why)...

It happens somewhere in here https://github.com/kgoldfeld/simstudy/blob/main/tests/testthat/test-define_data.R but I'll have to take a closer look where exactly in the coming days.

Once #9861 is merged you can remove the install bits in the workflows and rebase on it (you'll have to wait a bit after the merge for the rebuild of...

Please also rebase or merge in main to fix linux CI.

Wow thanks for the detailed response! :heart: > The former only creates a branch, whereas the later creates a branch and switches the worktree to it Ah! I was so...

@lorenzwalthert I think once #59 and #60 are merged we can continue with the cran release?