Open hashb opened 1 year ago
Is this a 100% hit rate with setuptools>=68.2.0
or intermittent?
It's 100% hit rate with setuptools==68.2.0
. Upgrading to 68.2.1
mitigates the issue.
Upgrading to
68.2.1
mitigates the issue.
That makes me think that setuptools
is treating this like a bug in their code. If that's the case, I'm inclined to let this play out without making any changes to colcon.
Any other suggestions?
Are there backwards-compatible changes that can be made to this package that avoids invoking setup.py as a CLI, as this is a deprecated feature?
Any updates on this?
Any updates on this?
The solution is to use a different version of setuptools. The bug only exists in 68.2.0
- anything newer or older shouldn't have this bug.
The intermediate issue has to do with the way we're extracting information from setuptools. There are PRs open on this repository with different approaches to that, but I'm not convinced that they would have avoided the 68.2.0 setuptools bug either.
setuptools==68.2.0 breaks colcon-python-setup-py with the following:
Pinning setuptools==68.1.2 fixed this issue temporarily but doesn't fix the root cause.
There is a discussion on colon-core about setup.py deprecation https://github.com/colcon/colcon-core/issues/454 but doesn't look like its going to happen soon