-
Notifications
You must be signed in to change notification settings - Fork 170
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Problem with Buildout on Python 3.10 and macOS >= 11; with reproduction repository #609
Comments
For me, the observation shared above raises those questions:
|
Thanks for the kind words. Are you having those problems on a M1 ? Or classic Intel CPU ? |
Dear @gotcha, thanks for your quick reply. CI/GHA on behalf of test-buildout-python310 is running on classic Intel. @proddata also might want to tell us about what his workstation is running on. On my workstation, also Intel, it is not a problem because I am still on macOS 10.15.7 (Catalina), which also works on GHA. The flaw is only present on newer versions of macOS >= 11. With kind regards, |
Hi, since a week I also see failing GHA runs for Python 3.10 when C code is involved. It is only 3.10, older and newer versions are okay and only MacOS. There is not even See zopefoundation/zope.security#87 for details even if they might have nothing to do with this possible issue in buildout and show another traceback. |
Hi again, thank you for sharing your observations, @icemac. I was a bit hesitant first, but now I've also shared them with the people at GHA, see actions/runner-images#5791. With kind regards, |
Did you try to use the patch as mentioned in pypa/setuptools#2514 (comment) only to see if it works and maybe we can narrow the problem? Or running a minimal buildout as specified in pypa/setuptools#2514 (comment)? This may be a setuptools issue. |
Dear @idgserpro,
A reproduction repository containing a minimal buildout has been created at test-buildout-python310. It can by used by anyone to investigate this issue.
I haven't had the chance to do so. I will try and report back, thank you again! With kind regards, |
@idgserpro Thank you for the link to pypa/setuptools#2514. The comment from @goschtl there helped me in another project where installing of packages containing C code suddenly stopped in my local MacOS (Python 2.7 on zc.buildout 2.13). |
Hey, setting |
Hi again, regarding my question at #609 (comment):
I just discovered #544 which I believe shows the same symptom that is happening here, only that now, Buildout fails to use wheels only when running on Python 3.10 and macOS=>11. With kind regards, |
Do this by exporting `_PYTHON_HOST_PLATFORM="macosx-11-x86_64"` on macos-latest. Strangely, this works. See buildout/buildout#609 (comment)
On the Plone core development buildout since recently we also have a problem with gh-actions on Mac with Python 3.10: an error installing |
Dear Maurits, thank you for also sharing your observations on this matter. For the lifetime of the GHA run logs, and for the sake of completeness, I would like to reference the one where Python 3.10 croaked on macOS on On our end, it was enough to invoke On the other aspect from my previous post: May I humbly ask you if you also would have expected that a corresponding With kind regards, [1] https://github.com/plone/buildout.coredev/runs/7099812545 |
I am seeing issues that may at least be related. There's a very insidious bug in how buildout selects a suitable package from a list of packages provided from the package index in the method buildout/src/zc/buildout/easy_install.py Lines 497 to 523 in a8d182c
The code takes a list of distributions returned from a query to the package index for a package and version number. Example: I am running Python 3.10 on macOS/arm64 and want to install
One is the source distribution, and there are two matching binary distributions, one specifically for This simplistic algorithm fails when Python is compiled with
|
@amotl I tried your repo https://github.com/crate-workbench/test-buildout-python310 Last night I updated my Mac from 12.6 to 13.5. When I try your buildout with Python 3.10.12 now I get the same error. I installed this with pyenv a month or so ago. When I reinstall this python ( Reinstalling Python 3.11 fixed the same problem for me in a different buildout. I will do that with all my pyenv-installed Pythons now, and remove all |
Dear Maurits,
thank you very much for your swift response. I think we can consider this issue as resolved then?
With kind regards,
Andreas.
On 7 August 2023 12:41:13 CEST, Maurits van Rees ***@***.***> wrote:
@amotl I tried your repo https://github.com/crate-workbench/test-buildout-python310
One small thing: in the `setup.py` I need to add `packages=[]` otherwise setuptools complains, but this may depend on where you add a virtualenv.
Last night I updated my Mac from 12.6 to 13.5. When I try your buildout with Python 3.10.12 now I get the same error. I installed this with pyenv a month or so ago. When I reinstall this python (`pyenv install -f 3.10.12`) and try again, the buildout works.
@davisagli reported this behaviour as well [a few months ago](#606 (comment)).
Reinstalling Python 3.11 fixed the same problem for me in a different buildout. I will do that with all my pyenv-installed Pythons now, and remove all `*macosx-12*` eggs from my eggs cache.
--
Reply to this email directly or view it on GitHub:
#609 (comment)
You are receiving this because you were mentioned.
Message ID: ***@***.***>
--
Sent from my mind. This might have been typed on a mobile device, so please excuse my brevity.
|
At least for me your example no longer gives an error. There may still be subtle bugs lingering, for example I now have a problem installing |
Dear @goschtl, @mauritsvanrees, @gotcha, and the whole Buildout community,
first things first: Thanks a stack for conceiving and maintaining this excellent package.
TLDR;
There is a minimal reproduction case repository at test-buildout-python310, where crate-workbench/test-buildout-python310#1 swiftly outlines the problem.
Details
While working on crate/crate-python#428, we ran into a similar problem you have been discussing at #606. We are also installing SQLAlchemy within a Buildout environment and it croaks specifically on Python 3.10 with macOS >= 11. Both Buildout 2 and Buildout 3 show the same symptom.
First, we thought it would be a problem with GHA, but then a colleague also confirmed the flaw happens on his workstation running macOS 12. On our research about this issue, we also discovered pypa/setuptools#2514 by @idgserpro, where similar symptoms showed up.
In order to assist you with further research on this matter, we wrapped all up into a repository with a minimal reproduction case at test-buildout-python310, where the CI/GHA jobs will precisely highlight the build matrix items where the front falls off. crate-workbench/test-buildout-python310#1 has more details about its outcome.
With kind regards,
Andreas.
/cc @proddata
Screenshot
TLDR;
The text was updated successfully, but these errors were encountered: