R packages crew and crew.cluster, along with prerequisites. From conda_r_skeleton_helper

[brendanf]

Checklist

• Title of this PR is meaningful: e.g. "Adding my_nifty_package", not "updated meta.yaml".
• License file is packaged (see here for an example).
• Source is from official source.
• Package does not vendor other packages. (If a package uses the source of another package, they should be separate packages or the licenses of all packages need to be packaged).
• If static libraries are linked in, the license of the static library is packaged.
• Package does not ship static libraries. If static libraries are needed, follow CFEP-18.
• Build number is 0.
• A tarball (url) rather than a repo (e.g. git_url) is used in your recipe (see here for more details).
• GitHub users listed in the maintainer section have posted a comment confirming they are willing to be listed there.
• When in trouble, please check our knowledge base documentation before pinging a team.

[conda-forge-webservices]

Hi! This is the friendly automated conda-forge-linting service.

I just wanted to let you know that I linted all conda-recipes in your PR (recipes/r-crew, recipes/r-crew.cluster, recipes/r-getip, recipes/r-mirai, recipes/r-nanonext) and found it was in an excellent condition.

[brendanf]

@conda-forge/help-r
The Windows error is
ERROR (r-getip,lib/R/library/getip/libs/x64/getip.dll): $RPATH/R.dll not found in packages, sysroot(s) nor the missing_dso_whitelist. .. is this binary repackaging?.

I'm far from an expert on getting things to build in Windows. I would expect that R.dll should be packaged by r-base, but it somehow isn't being found in this check (although the actual R CMD install seems to have worked fine). I can't see that getip is doing anything unconventional with library paths. Anyone have any advice?

[dbast]

@brendanf Can you please split this PR into multiple PRs to review? maybe one PR with all noarch recipes and then individual ones for the compiled recipes.

[conda-forge-webservices]

Hi! This is the friendly automated conda-forge-linting service.

I wanted to let you know that I linted all conda-recipes in your PR (recipes/r-crew, recipes/r-crew.cluster, recipes/r-mirai) and found some lint.

Here's what I've got...

For recipes/r-crew:

• The following maintainers have not yet confirmed that they are willing to be listed here: conda-forge/r. Please ask them to comment on this PR if they are.

For recipes/r-crew.cluster:

• The following maintainers have not yet confirmed that they are willing to be listed here: conda-forge/r. Please ask them to comment on this PR if they are.

For recipes/r-mirai:

• The following maintainers have not yet confirmed that they are willing to be listed here: conda-forge/r. Please ask them to comment on this PR if they are.

[mfansler]

LGTM - just a minor touch up, and we need to wait for r-getip and r-nanonext to get generated.

[mfansler]

split urls

Suggested change

	home: https://wlandau.github.io/crew/, https://github.com/wlandau/crew
	home: https://wlandau.github.io/crew/
	dev_url: https://github.com/wlandau/crew

[brendanf]

@conda-forge-admin, please restart ci

[brendanf]

@conda-forge/help-r Now that the prerequisites are available, this builds on Linux and OSX. Windows is failing due to #25319

[mfansler]

Thanks for adding these! ❤️

Note that since these have interdependencies (crew.cluster -> crew -> mirai), the CI on the feedstocks will likely fail in the first round and require manual restarts. I'll try to keep an eye out, but you can view the CI jobs by clicking the indicator (red "X" or green check) next to commit on the feedstock pages. Options to "Re-run" failed jobs should be there.