Closed willrogers closed 3 years ago
Do you have a pointer at the log? There was a bad release of setuptools (51.3.0) that could cause this, it was fixed about an hour later, though, so you'd have to have gotten really lucky if that was the problem.
Can you see it? https://github.com/willrogers/at/runs/1729259986?check_suite_focus=true
51.3.3 this time, but I have been trying to upgrade setuptools and pip and have seen this on multiple Python versions too.
Some more logging:
_ _ _ _ _ _ _
___|_| |_ _ _|_| |_| |_ _ _| |_ ___ ___| |
| _| | . | | | | | . | | | | | -_| -_| |
|___|_|___|___|_|_|___|_____|_|_|___|___|_|
cibuildwheel version 1.7.4
Build options:
platform: 'linux'
before_all: ''
before_build: 'pip install --upgrade setuptools; pwd; ls -al; ls -al /project'
before_test: None
build_selector: BuildSelector('*' - 'cp27-* pp27-* cp35-* pp35-*')
build_verbosity: 0
dependency_constraints: DependencyConstraintsPosixPath('/opt/hostedtoolcache/Python/3.7.9/x64/lib/python3.7/site-packages/cibuildwheel/resources/constraints.txt'))
environment: ParsedEnvironment([])
manylinux_images: {'x86_64': 'quay.io/pypa/manylinux2010_x86_64:2020-12-30-3161d69', 'i686': 'quay.io/pypa/manylinux2010_i686:2020-12-30-3161d69', 'pypy_x86_64': 'pypywheels/manylinux2010-pypy_x86_64:2020-12-11-f1e0e80', 'aarch64': 'quay.io/pypa/manylinux2014_aarch64:2020-12-30-68d3257', 'ppc64le': 'quay.io/pypa/manylinux2014_ppc64le:2020-12-30-68d3257', 's390x': 'quay.io/pypa/manylinux2014_s390x:2020-12-30-68d3257'}
output_dir: PosixPath('wheelhouse')
package_dir: PosixPath('.')
repair_command: 'auditwheel repair -w {dest_dir} {wheel}'
test_command: None
test_extras: ''
test_requires: []
Here we go!
Starting Docker image quay.io/pypa/manylinux2010_x86_64:2020-12-30-3161d69...
✓ 23.77s
Copying project into Docker...
✓ 0.16s
Building cp36-manylinux_x86_64 wheel
CPython 3.6 manylinux x86_64
Setting up build environment...
✓ 0.12s
Running before_build...
+ sh -c 'pip install --upgrade setuptools; pwd; ls -al; ls -al /project'
Requirement already satisfied: setuptools in /opt/_internal/cpython-3.6.12/lib/python3.6/site-packages (51.1.1)
Collecting setuptools
Downloading setuptools-51.3.3-py3-none-any.whl (786 kB)
Installing collected packages: setuptools
Attempting uninstall: setuptools
Found existing installation: setuptools 51.1.1
Uninstalling setuptools-51.1.1:
Successfully uninstalled setuptools-51.1.1
Successfully installed setuptools-51.3.3
...
Building wheel...
+ rm -rf /tmp/cibuildwheel/built_wheel
+ mkdir -p /tmp/cibuildwheel/built_wheel
+ pip wheel /project -w /tmp/cibuildwheel/built_wheel --no-deps
ERROR: No .egg-info directory found in /tmp/pip-pip-egg-info-focvdlqs
Processing /project
Maybe try setting CIBW_BUILD_VERBOSITY
to 1 or 2? That should give some more indication of what's happening.
Thank you, that was enough for me to figure out the problem, which is on my side. Hopefully I can fix it now.
[Note: I have a similar setup to #486, with a somewhat complex and non-standard build.]
In my GitHub Action, I get the following log, which I do not understand:
I previously had this Travis config to build wheels, but I can no longer run it:
https://github.com/atcollab/at/blob/7a42dc1c498f9d78c671ac5fc2a1e6487ef462dc/.travis.yml
Although the build mechanism is somewhat convoluted the error seems unrelated. It may be in Pip or Setuptools but I cannot reproduce it elsewhere.