Gábor Csárdi

AFAIR we do have the testthat output, I mean, the full output file by file, test by test, and the failed expectations, etc. So we could compare that. Let leave...

@chainsawriot Then people's packages start behaving differently for each user and/or script. The option already didn't work for `stringsAsFactors`, it is not going to work for this, either.

Even better, instead of a function, it would be great to have special string literals for this, like in [Python](https://docs.python.org/3/tutorial/inputoutput.html#tut-f-strings) or [JS](https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Template_literals), or a lot of other languages. It could...

@fenguoerbian You can probably use `pak::pkg_install()` instead of remotes.

Maybe.

Thanks! I'll see what I can do. The git data parser has its pros and cons....

It is not the only problem, calls may contain large objects.

@lbartnik This works file for me: ```r f % group_by(meter, timestamp) %>% summarise(usage = sum(usage)) } f ```

Yes, that seems like a bug, triggered by the rarely used `dependencies = FALSE` option. Reprex: ```r tmplib /var/folders/ph/fpcmzfd16rgbbk8mxvy9m2_h0000gn/T//RtmpXI5ULd/file4c42498721d7 p$solve() p$download() #> ℹ No downloads are needed, 1 pkg (896.12...

Why would you use `dependencies = FALSE`, btw?