Don't skip Intel Mac

[maresb]

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.

[maresb]

@conda-forge-admin, please rerender

[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.

[maresb]

@oleksandr-pavlyk, I noticed that in #32 you began skipping the osx platform. But does mlk-service make sense on Intel-based Macs?

I noticed because we depend on mkl-service in conda-forge/pytensor-suite-feedstock#137, but we are currently missing a build for the combination osx / python3.13.

[maresb]

@conda-forge-admin, please rerender

[maresb]

@conda-forge-admin, please rerender

[conda-forge-admin]

Hi! This is the friendly automated conda-forge-webservice.

I tried to rerender for you, but it looks like there was nothing to do.

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

[maresb]

Converted to draft since I still need to bump the build number

[maresb]

Linux builds seem to be failing due to conda/conda-build#5626

[maresb]

@conda-forge-admin, please rerender

[maresb]

Looks like the LIEF issue is being actively fixed in conda-forge/conda-forge-repodata-patches-feedstock#966, so hopefully it will just start working again.

[oleksandr-pavlyk]

@napetrov I think it makes sense to build mkl-service for OSX to support older versions of MKL that were built for osx

[conda-forge-admin]

Hi! This is the friendly automated conda-forge-webservice.

I tried to rerender for you, but it looks like there was nothing to do.

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

[maresb]

The repodata patch hasn't kicked in yet, but at least the OSX builds are passing.

Regardless, we could still merge this despite the failing Linux builds because this is just a transient error, and we already have those failed Linux builds.

[maresb]

@oleksandr-pavlyk, does the current version support osx, or do you suggest only rebuilding previous versions?

[napetrov]

@oleksandr-pavlyk, does the current version support osx, or do you suggest only rebuilding previous versions?

Point was that MKL dropped OSX support from 2024.0 release, so enabling mkl-service back will not help enable new MKL version on OSX. So by enabling this back we would enable just older version on mac.

The only problem is that we are not testing this combination of new mkl-service with older MKL versions. It should work, but there is chance that it would break at some point. But it's ok to enable this

[maresb]

@oleksandr-pavlyk, this is leading to problems, e.g. conda-forge/nutpie-feedstock#58. Would it be possible to merge this while we look for an alternative to MKL on OSX?

Or at least could we rebuild a <2024.0 release to support Python 3.13?

[napetrov]

@oleksandr-pavlyk, this is leading to problems, e.g. conda-forge/nutpie-feedstock#58. Would it be possible to merge this while we look for an alternative to MKL on OSX?

Or at least could we rebuild a <2024.0 release to support Python 3.13?

yes in short. @oleksandr-pavlyk can merge this one or just give me maintainer rights on fedstock and i would merge it - #39