Created attachment 836013 [details] Complete build log When trying to emerge asciidoc as part of a system upgrade or normally, it fails with this message: > * ERROR: app-text/asciidoc-10.2.0::gentoo failed (compile phase): > * Wheel build failed > * > * Call stack: > * ebuild.sh, line 122: Called src_compile > * environment, line 3371: Called distutils-r1_src_compile > * environment, line 1559: Called _distutils-r1_run_foreach_impl 'distutils-r1_python_compile' > * environment, line 777: Called distutils-r1_run_phase 'distutils-r1_python_compile' > * environment, line 1541: Called distutils-r1_python_compile > * environment, line 1365: Called distutils_pep517_install '/var/tmp/portage/app-text/asciidoc-10.2.0/work/asciidoc-10.2.0_python3.10/install' > * environment, line 1864: Called die > * The specific snippet of code: > * [[ -n ${wheel} ]] || die "No wheel name returned"; > * > * If you need support, post the output of `emerge --info '=app-text/asciidoc-10.2.0::gentoo'`, > * the complete build log and the output of `emerge -pqv '=app-text/asciidoc-10.2.0::gentoo'`. > * The complete build log is located at '/var/tmp/portage/app-text/asciidoc-10.2.0/temp/build.log'. > * The ebuild environment file is located at '/var/tmp/portage/app-text/asciidoc-10.2.0/temp/environment'. > * Working directory: '/var/tmp/portage/app-text/asciidoc-10.2.0/work/asciidoc-10.2.0' > * S: '/var/tmp/portage/app-text/asciidoc-10.2.0/work/asciidoc-10.2.0'
Created attachment 836015 [details] emerge --info output
Created attachment 836017 [details] emerge -pqv output
fwiw I tried same versions as: * dev-python/gpep517 : 9 * dev-python/installer : 0.5.1-r1 * dev-python/setuptools : 65.5.0 * dev-python/setuptools_scm : 7.0.5 * dev-python/wheel : 0.37.1-r1 + dev-lang/python: 3.10.6_p4::gentoo But I can't reproduce, always emerges fine, likely something obscure. For lack of better ideas may want to update the rest of your system first and try again -- if still fails it'll at least rule out old versions being related.
Know it's a generic error but given same time period, adding bug 882415 to see also.
Following the wisdom of the bug you linked, I tried upgrading/downgrading/reinstalling setuptools, but it fails with exactly the same No wheel name returned error. If that is useful, I have a binary package with the built version I have on my system.
(In reply to Noé Lopez from comment #5) > Following the wisdom of the bug you linked, I tried > upgrading/downgrading/reinstalling setuptools, but it fails with exactly the > same No wheel name returned error. > If that is useful, I have a binary package with the built version I have on > my system. Could you try qfile -o /usr/lib/python3.*/*/*?
For sure : navi /home/bloup # qfile -o /usr/lib/python3.*/*/* /usr/lib/python3.10/site-packages/easy-install.pth /usr/lib/python3.10/site-packages/numpy-1.23.4-py3.10-linux-x86_64.egg /usr/lib/python3.10/site-packages/Pillow-9.2.0-py3.10-linux-x86_64.egg /usr/lib/python3.10/site-packages/PySoundFile-0.9.0.post1-py3.10.egg /usr/lib/python3.10/site-packages/scipy-1.9.3-py3.10-linux-x86_64.egg /usr/lib/python3.10/site-packages/sstv-0.1-py3.10.egg (haha egg)
I tried updating some packages listed by Ionen, upgrading wheels worked but that's as far as it goes, the setuptools packages are not upgrading and upgrading the whole system is not really possible since it seems that everything depends on setuptools
(In reply to Noé Lopez from comment #7) > For sure : > navi /home/bloup # qfile -o /usr/lib/python3.*/*/* > /usr/lib/python3.10/site-packages/easy-install.pth > /usr/lib/python3.10/site-packages/numpy-1.23.4-py3.10-linux-x86_64.egg > /usr/lib/python3.10/site-packages/Pillow-9.2.0-py3.10-linux-x86_64.egg > /usr/lib/python3.10/site-packages/PySoundFile-0.9.0.post1-py3.10.egg > /usr/lib/python3.10/site-packages/scipy-1.9.3-py3.10-linux-x86_64.egg > /usr/lib/python3.10/site-packages/sstv-0.1-py3.10.egg > (haha egg) Pythons lay eggs! Can you move all of these into a backup directory and try again?
Moving all these totally worked, I can now do my package upgrade in peace. Where did these files come from ? (i might have done some pip install --user for random scripts found on the web)
(In reply to Noé Lopez from comment #10) > Moving all these totally worked, I can now do my package upgrade in peace. > Where did these files come from ? (i might have done some pip install --user > for random scripts found on the web) I think that's our answer :) It might have been from before Gentoo's pip blocked 'pip install' without --user, or some cheesy script out there.
If I remember correctly I had to pip install --user as root once because the install script would fail overwise, I guess I should have seen that coming 💀