Re: [R-pkg-devel] S3 generic/method consistency false positive when dplyr imported

On Wed, 4 Jan 2023 15:54:52 -0500 "Aaron A. King" wrote: > Why does inclusion of *dplyr* in the import list appear to trigger > these warnings when they were not there before? I think that's because dplyr itself contains an S3 generic named "filter", and having a package namespace loaded (not ev

[R-pkg-devel] S3 generic/method consistency false positive when dplyr imported

Hi all, I'm modifying a package so as to remove its dependence on the superseded packages *reshape2* and *plyr*, in favor of dependence on *dplyr*. In particular, I'm just importing the one function `dplyr::bind_rows`. A curious thing happens, however, as soon as I include this among the imports

[R-pkg-devel] new toolchain "RTools43" for building devel binaries (both R base and packages)

Dear developers, for those building from source on Windows: A new toolchain called "RTools43" has been prepared by Tomas Kalibera. It is now used to build the Windows binaries (R base and contributed packages) for R-devel on Windows. See

Re: [R-pkg-devel] Current recommendations re. GitHub Action?

On Mon, 2 Jan 2023 19:18:33 -0600 Spencer Graves wrote: > However, Ubuntu failed with devel and oldrel1, complaining, > "there is no package called ‘rcmdcheck’". If we start from the error message and work backwards, it's easy to see that `rcmdcheck` fails to install because it depends o