Changes to make #121 pass (osx-arm64 builds)

[bkpoon]

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)
• [x] 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.

This takes commits from #114 and #120 to get the builds to work on osx-arm64.

[conda-forge-linter]

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) and found it was in an excellent condition.

[bkpoon]

This adds to the work in #114 and details for my changes are in #120, but essentially, there was a step calling generate_pyi.py that would import the shiboken2 and PySide2 modules that are built. I pointed python to the versions in $BUILD_PREFIX.

I tested the Python 3.9 package in the artifact on a GUI and things seem to work.

However, there is a problem when solving for the build environment since the latest builds of qt-main require libclang=14 which conflicts with the currently pinned compiler version. I pinned the pyside2 dependency in build to 15.5.4 so that an earlier version of qt-main is used. An earlier build of this version uses libclang=13 which allows the build environment to be solved.

I am not sure if this is the best solution, so any suggestions are welcome. And let me know if any other changes are needed.

[looooo]

great work @bkpoon . @conda-forge/core can we merge this PR?

[hmaarrfk]

thx