3.15.0b4

[mgorny]

Checklist

• Used a personal fork of the feedstock to propose changes
• 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 @conda-forge-admin, please rerender in a comment in this PR for automated rerendering)
• Ensured the license file is being packaged.

[conda-forge-admin]

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 (recipe/meta.yaml) and found it was in an excellent condition.

I do have some suggestions for making it better though...

For recipe/meta.yaml:

• ℹ️ The recipe is not parsable by parser conda-souschef (grayskull). This parser is not currently used by conda-forge, but may be in the future. We are collecting information to see which recipes are compatible with grayskull.
• ℹ️ The recipe is not parsable by parser conda-recipe-manager. The recipe can only be automatically migrated to the new v1 format if it is parseable by conda-recipe-manager.

_{This message was generated by GitHub Actions workflow run https://github.com/conda-forge/conda-forge-webservices/actions/runs/29734827062. Examine the logs at this URL for more detail.}

[h-vetinari]

This needs another rebase after #873

[mgorny]

I'll do it once I'm done with Tcl/Tk.

[conda-forge-admin]

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/meta.yaml) and found some lint.

Here's what I've got...

For recipe/meta.yaml:

• ❌ In conda-forge.yml: $ = {'bot': {'abi_migration_branches': ['3.9', '3.10', '3.11', '3.12', '3.13']}, 'build_platform': {'linux_aarch64': 'linux_64', 'linux_ppc64le': 'linux_64', 'osx_arm64': 'osx_64'}, 'workflow_settings': {'store_build_artifacts': True}, 'conda_build': {'pkg_format': '2'}, 'conda_forge_output_validation': True, 'github': {'branch_name': 'main', 'tooling_branch_name': 'main'}, 'provider': {'linux_aarch64': 'default', 'linux_ppc64le': 'native'}, 'store_build_artifacts': True, 'test': 'native_and_emulated'}.

  Additional properties are not allowed ('store_build_artifacts' was unexpected)

  Schema

For recipe/meta.yaml:

• ℹ️ The recipe is not parsable by parser conda-souschef (grayskull). This parser is not currently used by conda-forge, but may be in the future. We are collecting information to see which recipes are compatible with grayskull.
• ℹ️ The recipe is not parsable by parser conda-recipe-manager. The recipe can only be automatically migrated to the new v1 format if it is parseable by conda-recipe-manager.

_{This message was generated by GitHub Actions workflow run https://github.com/conda-forge/conda-forge-webservices/actions/runs/29754647530. Examine the logs at this URL for more detail.}

[conda-forge-admin]

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 (recipe/meta.yaml) and found it was in an excellent condition.

I do have some suggestions for making it better though...

For recipe/meta.yaml:

• ℹ️ The recipe is not parsable by parser conda-souschef (grayskull). This parser is not currently used by conda-forge, but may be in the future. We are collecting information to see which recipes are compatible with grayskull.
• ℹ️ The recipe is not parsable by parser conda-recipe-manager. The recipe can only be automatically migrated to the new v1 format if it is parseable by conda-recipe-manager.

_{This message was generated by GitHub Actions workflow run https://github.com/conda-forge/conda-forge-webservices/actions/runs/29854068703. Examine the logs at this URL for more detail.}

[mgorny]

Uh, I've broken the unvendor zlib patch.

[mgorny]

Ok, looks like all the issues with the GIL builds are fixed (one osx job failed due to network fluke). This leaves me with the freethreading issues.

[h-vetinari]

This needs another rebase after #873

xref conda-forge/tk-feedstock#77

[mgorny]

Ok, so CMake is failing there because it actually detects it's a freethreading interpreter, and it rejects it based on incompatible ABI.

Looking at https://cmake.org/cmake/help/latest/module/FindPython.html:

Note

If Python3_FIND_ABI is not defined, any ABI, excluding the gil_disabled flag, will be searched.

So I guess CMake doesn't find freethreaded interpreters by default anymore.

[mgorny]

It is green!

[isuruf]

Looks good to me. This needs a merge with main for win-arm64, but we can do that later.