mark codex as broken for win-arm64

[pavelzw]

Guidelines for marking packages as broken:

• We prefer to patch the repo data (see here)
  instead of marking packages as broken. This alternative workflow makes environments more reproducible.
• Packages with requirements/metadata that are too strict but otherwise work are
  not technically broken and should not be marked as such.
• Packages with missing metadata can be marked as broken on a temporary basis
  but should be patched in the repo data and be marked unbroken later.
• In some cases where the number of users of a package is small or it is used by
  the maintainers only, we can allow packages to be marked broken more liberally.
• You can use pixi run find-name {matchspec} to get a list of filenames matching given spec.
• We (conda-forge/core) try to make a decision on these requests within 24 hours.

What will happen when a package is marked broken?

• Our bots will add the broken label to the package. The main label will remain on the package and this is normal.
• Our bots will rebuild our repodata patches to remove this package from the repodata.
• In a few hours after the anaconda.org CDN picks up the new patches, you will no longer be able to install the package from the main channel.

Checklist:

• I want to mark a package as broken (or not broken):

  • Added a description of the problem with the package in the PR description.
  • Pinged the team for the package for their input.

  ping @conda-forge/codex

conda-forge/codex-feedstock#117 (comment)

the win-arm64 packages are empty for codex:

pixi exec pixi-browse -m codex --platform win-arm64

❯ pixi exec rattler inspect https://conda.anaconda.org/conda-forge/win-arm64/codex-0.118.0-h50586dc_0.conda
name: codex
version: 0.118.0
build: h50586dc_0
license: Apache-2.0
subdir: win-arm64
depends:
  - vc >=14.3,<15
  - vc14_runtime >=14.44.35208
paths: (0 total)

interestingly, not all packages are broken, only a couple

[zelosleone]

It's true codex doesn't build on win-arm64 correctly, i also tried to build in the past (mainly on codex feedstock with conda-forge servers) and it never worked correctly due to dependencies it requires not being available on win64-arm. (nothing to do with rust alone.)