NA.
- Rewrite the Path reconstruction section by being more explicit, and check other sections that need clarification (it's OK to have several aims for 1 package, 1 aim for several packages, but not several aims for several packages).
- Check documentation format as recommended by the CTV org: https://github.com/cran-task-views/ctv/blob/main/Documentation.md
- Check maintenance guidelines as recommended by the CTV org: https://github.com/cran-task-views/ctv/blob/main/Maintenance.md
- Add individual issues for each package of the list, so we have one place for all discussion points related to a package. We could certainly have templates for basic messages (for instance those that are on CRAN or checks CRAN tests).
- Consider contacting maintainers of each package to let them know about the CTV and their individual issue for relevant discussion.
- Use GitHub Actions for continuous integration of the CTV (just like a R package). That would allow to automatically test current packages. New packages would only be tested when formally added. See here for relevant examples. * See also https://github.com/cran-task-views/ctv/tree/main/validate-ctv and particularly https://github.com/cran-task-views/ctv/blob/main/validate-ctv/action.yml
- Check
renv
as a replacement topackrat
to deal with the private library of packages. Migration tools are provided withrenv
. - Implement automatic CRAN package search in our workflow, for instance
with
pkgsearch::pkg_search()
, fixing some search terms (#33), or withCTVsuggest::CTVsuggest()
.