Release 2.2.0

[dholth]

Summary

Placeholder for conda-package-handling 2.2.0 release.

| Pilot | dholth |

Tasks

The week before release week

• [x] Create release branch (named YY.M.x)
• [ ] Ensure release candidates are being successfully built (see conda-canary/label/YY.M.x)
• [x] Complete outstanding PRs
• [ ] Test release candidates

Release week

• [x] Create release PR (see release process)
• [x] Publish release
• [ ] Activate the YY.M.x branch on ReadTheDocs
• [x] Feedstocks
  • [x] Bump version & update dependencies/tests in Anaconda, Inc.'s feedstock
  • [x] Bump version & update dependencies/tests in conda-forge feedstock
• [x] Hand off to the Anaconda packaging team
• [ ] Announce release
  • Blog Post (optional)
    • [ ] conda.org (link to pull request)
  • Long form
    • [ ] Create release announcement draft
    • [ ] Discourse
    • [ ] Matrix (conda/conda) (this auto posts from Discourse)
  • Summary
    • [ ] Twitter

Linked Issues & PRs

• [x] #216

[beckermr]

The bot found that v2.2.0 now imports zstandard but the dependencies have not been updated here in this repo. See https://github.com/conda-forge/conda-package-handling-feedstock/pull/75

[dholth]

@beckermr It is designed to work without zstandard "in case of emergency" https://github.com/conda/conda-package-handling/blob/main/src/conda_package_handling/api.py#L28-L29

It should depend on conda-package-streaming >=0.9.0 to pull in a conda-package-streaming umask fix.

conda-package-streaming depends on zstandard.

[beckermr]

The bot explicitly checks for guarded imports. Are you sure this one is guarded? I cannot tell from the code base.

[dholth]

It would be appropriate to depend on zstandard directly.

We test the alternate case here since if you don't have zstandard, it would be really nice to be able to install it. https://github.com/conda/conda-package-handling/blob/main/tests/test_degraded.py