enable `noarch` or `arm64`

[aaronspring]

for apple silicon arm64

Checklist

• [x] Used a personal fork of the feedstock to propose changes
• [x] Bumped the build number (if the version is unchanged)
• [ ] Reset the build number to 0 (if the version changed)
• [ ] Re-rendered with the latest conda-smithy (Use the phrase code>@<space/conda-forge-admin, please rerender in a comment in this PR for automated rerendering)
• [ ] Ensured the license file is being packaged.

[conda-forge-linter]

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 (recipe) and found some lint.

Here's what I've got...

For recipe:

• noarch packages can't have selectors. If the selectors are necessary, please remove noarch: python.
• noarch: python recipes are required to have a lower bound on the python version. Typically this means putting python >=3.6 in both host and run but you should check upstream for the package's Python compatibility.

[conda-forge-linter]

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 (recipe) and found some lint.

Here's what I've got...

For recipe:

• noarch packages can't have selectors. If the selectors are necessary, please remove noarch: python.
• requirements: host: python>=3.6 must contain a space between the name and the pin, i.e. python >=3.6
• requirements: run: python>=3.6 must contain a space between the name and the pin, i.e. python >=3.6
• noarch: python recipes are required to have a lower bound on the python version. Typically this means putting python >=3.6 in both host and run but you should check upstream for the package's Python compatibility.

[conda-forge-linter]

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 (recipe) and found some lint.

Here's what I've got...

For recipe:

• noarch packages can't have selectors. If the selectors are necessary, please remove noarch: python.

[aaronspring]

probably noarch doesnt work, but I'd like to add arm64 https://docs.conda.io/projects/conda-build/en/latest/resources/define-metadata.html#preprocessing-selectors

[aaronspring]

try https://github.com/conda-forge/conda-forge-pinning-feedstock/pull/2452 following https://conda-forge.org/docs/maintainer/knowledge_base.html#apple-silicon-builds

[xylar]

@aaronspring, you will need to rerender for these changes to be noticed and the build to occur properly.

However, I don't think you can use noarch: python in combination with various MPI versions. I could be wrong but I'm not aware of any repo that does this.

[xylar]

@conda-forge-admin, please rerender

[xylar]

Yeah, see this above: https://github.com/conda-forge/esmpy-feedstock/pull/53#issuecomment-1024394526

noarch packages can't have selectors. If the selectors are necessary, please remove noarch: python.

[xylar]

A reason this feedstock hasn't been built for arm64 is that ESMF has not been built yet for those architectures: https://github.com/conda-forge/esmf-feedstock/tree/master/.ci_support. I'm not sure why not. It seems it is just getting skipped by the migration bot: https://conda-forge.org/status/#other_migrations.

I can look into it. But making this package noarch isn't going to help you.

[aaronspring]

can look into it. But making this package noarch isn't going to help you.

Thanks for the explanation. So I better close this PR?

[xylar]

Yes, I'm afraid so. But it was an important thing for you to point out that we're missing. I will try to work on it over the weekend, but it might be quite a bit over my head if I run into trouble with ESMF.