python 3.12 upgrade: no wheel name returned

[gcyoung]

Admin edit: Split from [topic=1169332]Stuck in python 3.12 upgrade I believe.[/topic] as this issue appears unrelated and worth of its own topic. --pjp

I have managed to muck up my system too, using 'a safer approach' . I managed to get python12 installed. with just
a couple of items set in 'package use' to:

Code: Select all

python_single_target_python3_11

. However; I was foolish enough
to imagine that if 'the package manager will try to switch automatically on the next upgrade following the change',any
upgrade would not include a requirement for python11. (This is not a complaint, but a warning to others who might also
have misunderstood.)

Came the next upgrade, and with it, a demand for a host of packages seeking to use python11!.
So... I tried resetting back to both python versions and only worsened the mess.
I have now reverted back to an earlier backup version of Gentoo but find on my attempts to upgrade, I get repeat stoppages
with compaints of:

Code: Select all

no wheel name returned

I have very little knowledge of python, but I have managed to find out what a wheel name is and does, but not how to set it.
I presume it will identify the need for both versions of python to be used.

I need to know how and what to set the wheel name. Can anyone oblige?

[logrusx]

Came the next upgrade, and with it, a demand for a host of packages seeking to use python11!.

That's unlikely to happen on its own.

The last such issue I helped get solved included a world pollution cleanup. When you have something in world that's old and should not be there first place and one of it's newer dependencies gets an update but it wants a lower version, it starts to require the older, rather than the newer available version of its dependency if it's still in three and such things happen.

Here's the thread: https://forums.gentoo.org/viewtopic-p-8829892.html

While my suspicion wasn't confirmed as the root cause of the issue, it was still confirmed, so it's worth a try.

Best Regards,
Georgi

[sam_]

Please share the full build.log and emerge --info.

The full output of 'emerge -p -uvDU @world' could help too.

[gcyoung]

I think I have tried every possible configuration including '-uDU @world' but always get a breakage or 'no wheel name returned' for my pains. I have gained some information on 'python wheel name', but it seems to require a complicated formation including data I don't have. I assume that normally it will have been set up in Gentoo when python was originally installed. I tried re-installing dev-lang/python in the hope that would solve the problem, but then received too many errors to make it worth while continuing. It seemed that some python dependencies required python to compile them! I have tried working on three reloads of my backup without success, so I must assume that any corruption must have existed at the time of the backup.

So.... I have now decided to take extreme measures and have started up 'emerge -euND --with-bdeps=y @world'. I haven't yet reached any python yet, but so far it is still running. I think it will take about 30 hours to complete if successful. I will post the result.

Thank to respondents above. Your interest will alway help to boost morale!

[logrusx]

If you want to get help, you should provide the information you're asked for. Especially when a developer comes to help. Your idea of emerge -e is pointless. Do not proceed with it but provide the information Sam asked for.

Best Regards,
Georgi

[gcyoung]

**********Edit made later after posting ***********
On reading through the 'info file' after posting I noticed that it contains

-python3_11

. That should not
have been so, and python3_11 is enabled in my package.use file. That must have been kept from when I had only python3_12 enabled.
************************


Yes Georgi, you are right, and I am not so arrogant as to do that, but I had asked for information about 'wheel name', since
it was consistently given as the failure I had over 3 full days of puzzling out and around merging with various options, including
the one given above, ie:'-uvDU'. It seemed logical to me that the failure must have something to do with that. There had not
been any reply to my request for information on that..

However, my last attempt, a full merge, has met with the same result at app-arch/brotli, with the same report,

no wheel name returned

,
so it seems the path (metaphoric), I have been following will not achieve the desired result, and I must turn in another direction, and request help for that.
The following is the contents of my resultant 'emerge info' after the full merge I mentioned before.

Portage 3.0.63 (python 3.12.3-final-0, default/linux/amd64/23.0/systemd, gcc-13, glibc-2.39-r6, 6.8.9-zen1 x86_64)
=================================================================
System Settings
=================================================================
System uname: Linux-6.8.9-zen1-x86_64-AMD_Ryzen_3_4100_4-Core_Processor-with-glibc2.39
KiB Mem: 16151652 total, 6186364 free
KiB Swap: 2047996 total, 2047996 free
Timestamp of repository gentoo: Sun, 16 Jun 2024 10:00:00 +0000
Head commit of repository gentoo: 60932f3a2430841494230e8518bb0cc5ef41a0b6
sh bash 5.1_p16-r11
ld GNU ld (Gentoo 2.40 p7) 2.40.0
ccache version 4.9.1 [enabled]
app-misc/pax-utils: 1.3.7::gentoo
app-shells/bash: 5.1_p16-r11::gentoo
dev-build/autoconf: 2.71-r7::gentoo
dev-build/automake: 1.16.5-r2::gentoo
dev-build/cmake: 3.28.5::gentoo
dev-build/libtool: 2.4.7-r4::gentoo
dev-build/make: 4.4.1-r1::gentoo
dev-build/meson: 1.4.0-r1::gentoo
dev-java/java-config: 2.3.3-r1::gentoo
dev-lang/perl: 5.38.2-r3::gentoo
dev-lang/python: 3.11.9-r1::gentoo, 3.12.3-r1::gentoo
dev-lang/rust: 1.77.1::gentoo
dev-util/ccache: 4.9.1-r1::gentoo
sys-apps/baselayout: 2.15::gentoo
sys-apps/sandbox: 2.38::gentoo
sys-apps/systemd: 255.7::gentoo
sys-devel/binutils: 2.42-r1::gentoo
sys-devel/binutils-config: 5.5::gentoo
sys-devel/clang: 15.0.7-r3::gentoo, 17.0.6::gentoo
sys-devel/gcc: 11.4.1_p20240111::gentoo, 13.2.1_p20240210::gentoo
sys-devel/gcc-config: 2.11::gentoo
sys-devel/lld: 15.0.7::gentoo, 17.0.6::gentoo
sys-devel/llvm: 15.0.7-r3::gentoo, 17.0.6::gentoo
sys-kernel/linux-headers: 6.6-r1::gentoo (virtual/os-headers)
sys-libs/glibc: 2.39-r6::gentoo
Repositories:

gentoo
location: /usr/portage
sync-type: rsync
sync-uri: rsync://rsync.gentoo.org/gentoo-portage
priority: -1000
volatile: True
sync-rsync-extra-opts:
sync-rsync-verify-max-age: 3
sync-rsync-verify-metamanifest: yes
sync-rsync-verify-jobs: 1
x-portage
location: /usr/local/portage
masters: gentoo
priority: 0
volatile: True

ACCEPT_KEYWORDS="amd64"
ACCEPT_LICENSE="*"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-march=znver2 -O2 -pipe"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/lib64/libreoffice/program/sofficerc /usr/share/config /usr/share/gnupg/qualified.txt"
CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/dconf /etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/san>
CXXFLAGS="-march=znver2 -O2 -pipe"
DISTDIR="/distfiles"
EMERGE_DEFAULT_OPTS="--autounmask=y"
ENV_UNSET="CARGO_HOME DBUS_SESSION_BUS_ADDRESS DISPLAY GDK_PIXBUF_MODULE_FILE GOBIN GOPATH PERL5LIB PERL5OPT PERLPREFIX PERL_CORE PERL_MB_OPT PERL_MM_>
FCFLAGS="-O2 -pipe"
FEATURES="assume-digests binpkg-docompress binpkg-dostrip binpkg-logs buildpkg-live ccache config-protect-if-modified distlocks ebuild-locks fixlafile>
FFLAGS="-O2 -pipe"
GENTOO_MIRRORS="https://mirror.bytemark.co.uk/gentoo/ https://mirrors.evoluso.com/gentoo/ https://mirrors.ircam.fr/pub/gentoo-distfiles/ h>
LANG="en_GB.UTF-8"
LDFLAGS="-Wl,-O1 -Wl,--as-needed -Wl,-z,pack-relative-relocs"
LEX="flex"
MAKEOPTS="-j4"
PKGDIR="/var/cache/binpkgs"
PORTAGE_CONFIGROOT="/"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --omit-dir-times --compress --force --whole-file --delete --stats --human-readabl>
PORTAGE_TMPDIR="/var/tmp"
SHELL="/bin/bash"
USE="3dnowprefetch X aac ac3 acl alsa amd64 avi bluetooth bzip2 cairo cdda cdrom cet cgi cgid cpu_flags_86_ssse3 crypt cups dbus divx dri3 dv dvb dvd >
Unset: ADDR2LINE, AR, ARFLAGS, AS, ASFLAGS, CC, CCLD, CONFIG_SHELL, CPP, CPPFLAGS, CTARGET, CXX, CXXFILT, ELFEDIT, EXTRA_ECONF, F77FLAGS, FC, GCOV, G>

=================================================================
Package Settings
=================================================================

app-arch/brotli-1.1.0::gentoo was built with the following:
USE="python -debug -test" ABI_X86="32 (64) (-x32)" PYTHON_TARGETS="python3_12 -python3_10 -python3_11"
FEATURES="binpkg-logs qa-unresolved-soname-deps merge-wait preserve-libs unmerge-logs binpkg-
FFLAGS="-O2 -pipe"
GENTOO_MIRRORS="https://mirror.bytemark.co.uk/gentoo/ https://mirrors.evoluso.com/gentoo/ https://mirrors.ircam.fr/pub/gentoo-distfiles/ h>
LANG="en_GB.UTF-8"
LDFLAGS="-Wl,-O1 -Wl,--as-needed -Wl,-z,pack-relative-relocs"
LEX="flex"
MAKEOPTS="-j4"
PKGDIR="/var/cache/binpkgs"
PORTAGE_CONFIGROOT="/"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --omit-dir-times --compress --force --whole-file --delete --stats --human-readabl>
PORTAGE_TMPDIR="/var/tmp"
SHELL="/bin/bash"
USE="3dnowprefetch X aac ac3 acl alsa amd64 avi bluetooth bzip2 cairo cdda cdrom cet cgi cgid cpu_flags_86_ssse3 crypt cups dbus divx dri3 dv dvb dvd >
Unset: ADDR2LINE, AR, ARFLAGS, AS, ASFLAGS, CC, CCLD, CONFIG_SHELL, CPP, CPPFLAGS, CTARGET, CXX, CXXFILT, ELFEDIT, EXTRA_ECONF, F77FLAGS, FC, GCOV, G>

=================================================================
Package Settings
=================================================================

app-arch/brotli-1.1.0::gentoo was built with the following:
USE="python -debug -test" ABI_X86="32 (64) (-x32)" PYTHON_TARGETS="python3_12 -python3_10 -python3_11"
FEATURES="binpkg-logs qa-unresolved-soname-deps merge-wait preserve-libs unmerge-logs binpkg-dostrip distlocks config-protect-if-modified pid-sandbox >

[eschwartz]

Yes Georgi, you are right, and I am not so arrogant as to do that, but I had asked for information about 'wheel name', since
it was consistently given as the failure I had over 3 full days of puzzling out and around merging with various options, including
the one given above, ie:'-uvDU'. It seemed logical to me that the failure must have something to do with that. There had not
been any reply to my request for information on that..

The arrogance here is that the Gentoo Developers told you to give specific information, because they know that you are chasing a red herring and "wheel name" isn't even the actual error you got.

You see, they wrote the code that emits the "wheel name" message, and hence know how it works.

You are incorrect to think it has anything to do with your issue, but if you would post the build.log then people would be happy to use the information from it to help answer your problem.

However, my last attempt, a full merge, has met with the same result at app-arch/brotli, with the same report,

no wheel name returned

,
so it seems the path (metaphoric), I have been following will not achieve the desired result, and I must turn in another direction, and request help for that.
The following is the contents of my resultant 'emerge info' after the full merge I mentioned before.

Thank you for the first half of the requested information.

Can you also upload the second half of the requested information -- and the more important half, as it happens -- that being the build.log?

[dargueta]

I'm having the same problem and while "no wheel name returned" is the last error returned, it's not the root cause. I was having a massive headache trying to do the normal "don't touch anything and it'll work on its own" -- specifically with setuptools breaking -- so I tried doing the "safe upgrade" path. It didn't fix anything.

The problem appears to be setuptools's distutils import path hack is not working. Python 3.12 removed the distutils package from the standard library, so setuptools vendored it and did some fancy import path hacking to redirect `import distutils` to their own vendored version. Because this isn't working, it the import path doesn't get modified, and anything relying on setuptools (which is A LOT of stuff) will not upgrade.


build.log

Code: Select all

 * Package:    dev-python/setuptools-70.0.0:0
 * Repository: gentoo
 * Maintainer: python@gentoo.org
 * USE:        abi_x86_64 amd64 elibc_glibc kernel_linux python_targets_python3_12
 * FEATURES:   network-sandbox preserve-libs sandbox userpriv usersandbox
>>> Unpacking source...
>>> Unpacking setuptools-70.0.0.tar.gz to /var/tmp/portage/dev-python/setuptools-70.0.0/work
>>> Source unpacked in /var/tmp/portage/dev-python/setuptools-70.0.0/work
>>> Preparing source in /var/tmp/portage/dev-python/setuptools-70.0.0/work/setuptools-70.0.0 ...
 * Applying setuptools-62.4.0-py-compile.patch ...   [ ok ]
 * Build system packages:
 *   dev-python/gpep517            : 16
 *   dev-python/installer          : 0.7.0
>>> Source prepared.
>>> Configuring source in /var/tmp/portage/dev-python/setuptools-70.0.0/work/setuptools-70.0.0 ...
>>> Source configured.
>>> Compiling source in /var/tmp/portage/dev-python/setuptools-70.0.0/work/setuptools-70.0.0 ...
 * python3_12: running distutils-r1_run_phase distutils-r1_python_compile
 *   Building the wheel for setuptools-70.0.0 via setuptools.build_meta
python3.12 -m gpep517 build-wheel --prefix=/usr --backend setuptools.build_meta --output-fd 3 --wheel-dir /var/tmp/portage/dev-python/setuptools-70.0.0/work/setuptools-70.0.0-python3_12/wheel
Traceback (most recent call last):
  File "<frozen runpy>", line 198, in _run_module_as_main
  File "<frozen runpy>", line 88, in _run_code
  File "/usr/lib/python3.12/site-packages/gpep517/__main__.py", line 443, in <module>
    sys.exit(main())
             ^^^^^^
  File "/usr/lib/python3.12/site-packages/gpep517/__main__.py", line 439, in main
    return func(args)
           ^^^^^^^^^^
  File "/usr/lib/python3.12/site-packages/gpep517/__main__.py", line 229, in build_wheel
    print(build_wheel_impl(args, args.wheel_dir), file=out)
          ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/lib/python3.12/site-packages/gpep517/__main__.py", line 212, in build_wheel_impl
    backend = importlib.import_module(package)
              ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/lib/python3.12/importlib/__init__.py", line 90, in import_module
    return _bootstrap._gcd_import(name[level:], package, level)
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "<frozen importlib._bootstrap>", line 1387, in _gcd_import
  File "<frozen importlib._bootstrap>", line 1360, in _find_and_load
  File "<frozen importlib._bootstrap>", line 1310, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 488, in _call_with_frames_removed
  File "<frozen importlib._bootstrap>", line 1387, in _gcd_import
  File "<frozen importlib._bootstrap>", line 1360, in _find_and_load
  File "<frozen importlib._bootstrap>", line 1331, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 935, in _load_unlocked
  File "<frozen importlib._bootstrap_external>", line 995, in exec_module
  File "<frozen importlib._bootstrap>", line 488, in _call_with_frames_removed
  File "/var/tmp/portage/dev-python/setuptools-70.0.0/work/setuptools-70.0.0/setuptools/__init__.py", line 9, in <module>
    import distutils.core
ModuleNotFoundError: No module named 'distutils'
 * ERROR: dev-python/setuptools-70.0.0::gentoo failed (compile phase):
 *   Wheel build failed
 *
 * Call stack:
 *     ebuild.sh, line  136:  Called src_compile
 *   environment, line 4140:  Called distutils-r1_src_compile
 *   environment, line 2084:  Called _distutils-r1_run_foreach_impl 'distutils-r1_python_compile'
 *   environment, line  884:  Called python_foreach_impl 'distutils-r1_run_phase' 'distutils-r1_python_compile'
 *   environment, line 3750:  Called multibuild_foreach_variant '_python_multibuild_wrapper' 'distutils-r1_run_phase' 'distutils-r1_python_compile'
 *   environment, line 3256:  Called _multibuild_run '_python_multibuild_wrapper' 'distutils-r1_run_phase' 'distutils-r1_python_compile'
 *   environment, line 3254:  Called _python_multibuild_wrapper 'distutils-r1_run_phase' 'distutils-r1_python_compile'
 *   environment, line 1389:  Called distutils-r1_run_phase 'distutils-r1_python_compile'
 *   environment, line 2066:  Called distutils-r1_python_compile
 *   environment, line 1884:  Called distutils_pep517_install '/var/tmp/portage/dev-python/setuptools-70.0.0/work/setuptools-70.0.0-python3_12/install'
 *   environment, line 2412:  Called die
 * The specific snippet of code:
 *       [[ -n ${wheel} ]] || die "No wheel name returned";
 *
 * If you need support, post the output of `emerge --info '=dev-python/setuptools-70.0.0::gentoo'`,
 * the complete build log and the output of `emerge -pqv '=dev-python/setuptools-70.0.0::gentoo'`.
 * The complete build log is located at '/var/tmp/portage/dev-python/setuptools-70.0.0/temp/build.log'.
 * The ebuild environment file is located at '/var/tmp/portage/dev-python/setuptools-70.0.0/temp/environment'.
 * Working directory: '/var/tmp/portage/dev-python/setuptools-70.0.0/work/setuptools-70.0.0'
 * S: '/var/tmp/portage/dev-python/setuptools-70.0.0/work/setuptools-70.0.0'

emerge --info

Code: Select all

Portage 3.0.63 (python 3.12.3-final-0, default/linux/amd64/23.0/desktop/gnome, gcc-13, glibc-2.39-r6, 6.6.30-gentoo-dist x86_64)
=================================================================
                         System Settings
=================================================================
System uname: Linux-6.6.30-gentoo-dist-x86_64-Intel-R-_Core-TM-_i5-7200U_CPU_@_2.50GHz-with-glibc2.39
KiB Mem:     8015364 total,    250772 free
KiB Swap:   16777212 total,  14332572 free
Timestamp of repository gentoo: Sat, 15 Jun 2024 14:00:00 +0000
Head commit of repository gentoo: 21a02bb496a21a35a75e6a8d37a66ce785229603
Head commit of repository brave-overlay: d625d99a411919fc02d4ed91cd5e15f17b95dfd5

sh bash 5.1_p16-r6
ld GNU ld (Gentoo 2.42 p3) 2.42.0
app-misc/pax-utils:        1.3.7::gentoo
app-shells/bash:           5.1_p16-r6::gentoo
dev-build/autoconf:        2.13-r8::gentoo, 2.71-r7::gentoo
dev-build/automake:        1.16.5-r2::gentoo
dev-build/cmake:           3.28.5::gentoo
dev-build/libtool:         2.4.7-r4::gentoo
dev-build/make:            4.4.1-r1::gentoo
dev-build/meson:           1.4.0-r1::gentoo
dev-lang/perl:             5.38.2-r3::gentoo
dev-lang/python:           3.11.9-r1::gentoo, 3.12.3-r1::gentoo
dev-lang/rust-bin:         1.77.1::gentoo
sys-apps/baselayout:       2.15::gentoo
sys-apps/openrc:           0.54::gentoo
sys-apps/sandbox:          2.38::gentoo
sys-devel/binutils:        2.42-r1::gentoo
sys-devel/binutils-config: 5.5::gentoo
sys-devel/clang:           17.0.6::gentoo
sys-devel/gcc:             13.2.1_p20240210::gentoo
sys-devel/gcc-config:      2.11::gentoo
sys-devel/lld:             17.0.6::gentoo
sys-devel/llvm:            17.0.6::gentoo
sys-kernel/linux-headers:  6.6-r1::gentoo (virtual/os-headers)
sys-libs/glibc:            2.39-r6::gentoo
Repositories:

gentoo
    location: /var/db/repos/gentoo
    sync-type: rsync
    sync-uri: rsync://rsync.gentoo.org/gentoo-portage
    priority: -1000
    volatile: False
    sync-rsync-verify-jobs: 1
    sync-rsync-verify-max-age: 3
    sync-rsync-extra-opts: 
    sync-rsync-verify-metamanifest: yes

brave-overlay
    location: /var/db/repos/brave-overlay
    sync-type: git
    sync-uri: https://gitlab.com/jason.oliveira/brave-overlay.git
    masters: gentoo
    volatile: False

crossdev
    location: /var/db/repos/crossdev
    masters: gentoo
    volatile: False

Binary Repositories:

gentoobinhost
    priority: 1
    sync-uri: https://distfiles.gentoo.org/releases/amd64/binpackages/23.0/x86-64

ACCEPT_KEYWORDS="amd64"
ACCEPT_LICENSE="@FREE"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-O2 -pipe  -march=skylake -mabm --param=l1-cache-line-size=64 --param=l1-cache-size=32 --param=l2-cache-size=3072"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/share/config /usr/share/gnupg/qualified.txt"
CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/dconf /etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/sandbox.d /etc/texmf/language.dat.d /etc/texmf/language.def.d /etc/texmf/updmap.d /etc/texmf/web2c"
CXXFLAGS="-O2 -pipe  -march=skylake -mabm --param=l1-cache-line-size=64 --param=l1-cache-size=32 --param=l2-cache-size=3072"
DISTDIR="/var/cache/distfiles"
ENV_UNSET="CARGO_HOME DBUS_SESSION_BUS_ADDRESS DISPLAY GDK_PIXBUF_MODULE_FILE GOBIN GOPATH PERL5LIB PERL5OPT PERLPREFIX PERL_CORE PERL_MB_OPT PERL_MM_OPT XAUTHORITY XDG_CACHE_HOME XDG_CONFIG_HOME XDG_DATA_HOME XDG_RUNTIME_DIR XDG_STATE_HOME"
FCFLAGS="-O2 -pipe  -march=skylake -mabm --param=l1-cache-line-size=64 --param=l1-cache-size=32 --param=l2-cache-size=3072"
FEATURES="assume-digests binpkg-docompress binpkg-dostrip binpkg-logs binpkg-multi-instance buildpkg-live config-protect-if-modified distlocks ebuild-locks fixlafiles ipc-sandbox merge-sync merge-wait multilib-strict network-sandbox news parallel-fetch pid-sandbox pkgdir-index-trusted preserve-libs protect-owned qa-unresolved-soname-deps sandbox sfperms strict unknown-features-warn unmerge-logs unmerge-orphans userfetch userpriv usersandbox usersync xattr"
FFLAGS="-O2 -pipe  -march=skylake -mabm --param=l1-cache-line-size=64 --param=l1-cache-size=32 --param=l2-cache-size=3072"
GENTOO_MIRRORS="http://distfiles.gentoo.org"
LANG="en_US.utf8"
LDFLAGS="-Wl,-O1 -Wl,--as-needed -Wl,-z,pack-relative-relocs"
LEX="flex"
PKGDIR="/var/cache/binpkgs"
PORTAGE_CONFIGROOT="/"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --omit-dir-times --compress --force --whole-file --delete --stats --human-readable --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages --exclude=/.git"
PORTAGE_TMPDIR="/var/tmp"
SHELL="/bin/bash"
USE="X a52 aac acl acpi alsa amd64 bluetooth branding bzip2 cairo cdda cdr cet colord crypt cups dbus dri dts dvd dvdr eds elogind encode evo exif flac gdbm gif gnome gnome-keyring gnome-shell gpm gstreamer gtk gui iconv icu introspection ipv6 jpeg keyring kf6compat lcms libnotify libtirpc mad mng mp3 mp4 mpeg multilib nautilus ncurses networkmanager nls ogg opengl openmp pam pango pcre pdf png policykit ppds pulseaudio qt5 readline sdl seccomp sound spell ssl startup-notification svg sysprof test-rust tiff tracker truetype udev udisks unicode upower usb vorbis vulkan wayland wxwidgets x264 xattr xcb xft xml xv xvid zlib" ABI_X86="64" ADA_TARGET="gcc_12" APACHE2_MODULES="authn_core authz_core socache_shmcb unixd actions alias auth_basic authn_anon authn_dbm authn_file authz_dbm authz_groupfile authz_host authz_owner authz_user autoindex cache cgi cgid dav dav_fs dav_lock deflate dir env expires ext_filter file_cache filter headers include info log_config logio mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" CALLIGRA_FEATURES="karbon sheets words" COLLECTD_PLUGINS="df interface irq load memory rrdtool swap syslog" CPU_FLAGS_X86="mmx mmxext sse sse2 aes avx avx2 f16c fma3 pclmul popcnt rdrand sse3 sse4_1 sse4_2 ssse3" ELIBC="glibc" GPSD_PROTOCOLS="ashtech aivdm earthmate evermore fv18 garmin garmintxt gpsclock greis isync itrax mtk3301 ntrip navcom oceanserver oncore rtcm104v2 rtcm104v3 sirf skytraq superstar2 tsip tripmate tnt ublox" INPUT_DEVICES="libinput" KERNEL="linux" LCD_DEVICES="bayrad cfontz glk hd44780 lb216 lcdm001 mtxorb text" LUA_SINGLE_TARGET="lua5-4" LUA_TARGETS="lua5-1 lua5-4" OFFICE_IMPLEMENTATION="libreoffice" PHP_TARGETS="php8-2" POSTGRES_TARGETS="postgres15" PYTHON_SINGLE_TARGET="python3_12" PYTHON_TARGETS="python3_12" RUBY_TARGETS="ruby31 ruby32" VIDEO_CARDS="amdgpu fbdev intel nouveau radeon radeonsi vesa dummy" XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipp2p iface geoip fuzzy condition tarpit sysrq proto logmark ipmark dhcpmac delude chaos account"
Unset:  ADDR2LINE, AR, ARFLAGS, AS, ASFLAGS, CC, CCLD, CONFIG_SHELL, CPP, CPPFLAGS, CTARGET, CXX, CXXFILT, ELFEDIT, EMERGE_DEFAULT_OPTS, EXTRA_ECONF, F77FLAGS, FC, GCOV, GPROF, INSTALL_MASK, LC_ALL, LD, LFLAGS, LIBTOOL, LINGUAS, MAKE, MAKEFLAGS, MAKEOPTS, NM, OBJCOPY, OBJDUMP, PORTAGE_BINHOST, PORTAGE_BUNZIP2_COMMAND, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, PYTHONPATH, RANLIB, READELF, RUSTFLAGS, SIZE, STRINGS, STRIP, YACC, YFLAGS

=================================================================
                        Package Settings
=================================================================

dev-python/setuptools-70.0.0::gentoo was built with the following:
USE="-test" ABI_X86="(64)" PYTHON_TARGETS="python3_11 python3_12 -pypy3 -python3_10 -python3_13"
FEATURES="pkgdir-index-trusted sandbox ebuild-locks config-protect-if-modified distlocks fixlafiles news unmerge-orphans assume-digests usersandbox binpkg-dostrip preserve-libs buildpkg-live userfetch binpkg-docompress merge-wait multilib-strict strict unmerge-logs ipc-sandbox usersync binpkg-multi-instance qa-unresolved-soname-deps unknown-features-warn protect-owned userpriv parallel-fetch binpkg-logs network-sandbox pid-sandbox sfperms xattr merge-sync"

world file

Code: Select all

app-admin/sysklogd
app-containers/docker
app-containers/docker-buildx
app-containers/docker-cli
app-containers/docker-compose
app-editors/sublime-text
app-editors/vscode
app-eselect/eselect-repository
app-office/libreoffice
app-office/lyx
app-portage/gentoolkit
app-shells/bash-completion
app-shells/fzf
dev-embedded/sdcc
dev-lang/go
dev-lang/lua
dev-lang/pcc
dev-lang/tcc
dev-lang/tcl
dev-tcltk/tcllib
dev-util/clion
dev-util/pycharm-community
dev-vcs/git
gnome-base/gnome-light
gnome-extra/gnome-tweaks
gnome-extra/nm-applet
gui-libs/display-manager-init
media-gfx/gimp
media-gfx/imagemagick
media-sound/musescore
net-misc/networkmanager
net-wireless/wpa_supplicant
sys-apps/mlocate
sys-block/io-scheduler-udev-rules
sys-boot/grub
sys-boot/os-prober
sys-devel/clang-common
sys-devel/crossdev
sys-firmware/intel-microcode
sys-fs/dosfstools
sys-fs/xfsprogs
sys-kernel/gentoo-kernel
sys-kernel/installkernel
sys-kernel/linux-firmware
sys-process/cronie
www-client/brave-bin::brave-overlay
www-client/firefox

[eschwartz]

I'm having the same problem and while "no wheel name returned" is the last error returned, it's not the root cause. I was having a massive headache trying to do the normal "don't touch anything and it'll work on its own" -- specifically with setuptools breaking -- so I tried doing the "safe upgrade" path. It didn't fix anything.

The problem appears to be setuptools's distutils import path hack is not working. Python 3.12 removed the distutils package from the standard library, so setuptools vendored it and did some fancy import path hacking to redirect `import distutils` to their own vendored version. Because this isn't working, it the import path doesn't get modified, and anything relying on setuptools (which is A LOT of stuff) will not upgrade.

That's a very interesting problem, and I couldn't initially reproduce it.

After digging around in the codebase I formed a theory. Can you tell me if you have the environment variable $SETUPTOOLS_USE_DISTUTILS set before running emerge?

[dargueta]

I didn't initially. I set it to "stdlib" because I read somewhere that "local" was broken and the default may need to be explcitly set, but it didn't change anything. I've done a bunch of fiddling since then, so I'll try again without it set at all this time and see if that fixes anything.

[eschwartz]

I didn't initially. I set it to "stdlib" because I read somewhere that "local" was broken and the default may need to be explcitly set, but it didn't change anything. I've done a bunch of fiddling since then, so I'll try again without it set at all this time and see if that fixes anything.

It ("local") has some definite downsides depending on the situation. It's also the ONLY option for python 3.12, which means setting to stdlib instead will simply break setuptools entirely.

I suggest only setting it when you need to, and porting code that uses it off of distutils and over to e.g. dev-build/meson instead. Avoid setting it for portage.

[dargueta]

Yeah, I only did it because somewhere on a Github issue thread it said "if you see this error try overriding that environment variable" and after a week of tearing my beard out I was like "eh... #yolo"

[gcyoung]

I didn't put any 'pqv' result up with the 'info' I posted earlier since it was 'history' by the time it was asked for, as I had
later made many more attempts at a satisfactory merge and it would not have been available: -- I had saved the info data.
I dont know whether it will be useful, but in case it might be I am quoting the following 'pqv' text which was aquired after
a failed 'emerge -1UD @world':

ebuild R ] app-arch/brotli-1.1.0 USE="python -debug -test" ABI_X86="32 (64) (-x32)" PYTHON_TARGETS="python3_11* python3_12 -python3_10"

It is pretty brief, but then, the failure happened very quickly with the usual error message.

[dargueta]

@eschwartz: That fixed it! Thank you! I can't believe I forgot I turned that setting on. I ran into a different and probably completely unrelated problem (firmware package upgrade is complaining /boot isn't mounted but `ls /boot` works) but the vast majority of the packages upgraded!

@gcyoung: What does this output?

Code: Select all

export | grep SETUPTOOLS

[gcyoung]

Code: Select all

export  | grep SETUPTOOLS

yields nix, nothing.
......................................................................................................
I have done a re-run, ie: re-installed my backup, set package.use with:

/* PYTHON_TARGETS: -* python3_11 python3_12
*/* PYTHON_SINGLE_TARGET: -* python3_12

and updated. Then I merged with -1uUD @world. Needless to say, it errored.

I have saved the build log, but it is 5811 lines long. If it should be of interest and relevant I can provide it.

[logrusx]

You come again and again, not listening what you've been told, doing random stuff. At this point, if you want help, you should start with what Sam asked for and continue with waiting for instructions rather than attempting random actions.

Best Regards,
Georgi

[dargueta]

Okay @gcyoung the error message gives a few commands to run, can you put the output of those into pastebin and post the links here please?

[gcyoung]

In view of some remarks and misunderstandings of my intentions, I think it best I withdraw from this topic

[eschwartz]

I have saved the build log, but it is 5811 lines long. If it should be of interest and relevant I can provide it.

Every single reply to you thus far has been some variation on "it is relevant. Please provide it already".

In view of some remarks and misunderstandings of my intentions, I think it best I withdraw from this topic

All of those remarks and misunderstandings of your intentions have taken exactly one form:

People who see that you have still not provided the file "build.log" after days of endless discussion and are unhappy about this continued failure, and are expressing that unhappiness in various ways.

There's a very easy solution. Provide the build.log. In a recent message you indicated you would be willing to do so. So, do it. Provide it.

Providing a build.log is basically the first question that gets asked. Most of the Gentoo community is familiar with the necessity of providing one, and provide it the first time they are asked.

It is an expected norm of the community. Your intentions do not matter -- I don't know what your intentions are and am not speculating -- the only thing that matters is that there is no such thing as an intention that makes it possible to answer your help question despite the lack of build.log

[gcyoung]

I will just answer the last entry. I have always cleaned up my own mess: and in this case I didn't
ask for help, or report a bug. I asked for information on python so I could better research on what might
be happening. I was then informed that the problem on my computer was not related to the python wheel
name. So that was it . The end of any help/information to me.

The subject was then taken up in another direction.

I was then asked to provide information which I did not and do not have, and couldn't therefore provide. So I
gave some from the further, maybe willd attempts to get my computer functioning again; which is all I was
and am attempting to do.

Personal remarks started then to emerge. I don't deal on with people who make them. It doesn't foster any progress.

[logrusx]

This is a public support forum. The assumption is when you post, you ask for help. If you didn't, that would be considered off topic and moved to Gentoo Chat or Other Things Gentoo.

I see you didn't start a thread, but then you should get yourself acquainted with the forum guidelines and netiquette because your post was not split into a separate thread for no reason.

Then, when you consider your thread solved you edit the first post and add SOLVED in some form or another to the title.

Remarks were made on your behavior which isn't in line with what's accepted here. As I said, this is a public support forum and your intentions are implicit - help or get helped. Ignoring people's attempts to help is plain disrespectful, hence the remarks. Pay attention, the remarks were not personal but on your behavior.

Best Regards,
Georgi

[sam_]

I won't push the point further, but let me clarify something from earlier: "no wheel name returned" is a generic sanity check error we added into the eclass to say "something went wrong", and it always requires more investigation as to why the sanity check failed. That's what eschwartz was saying in that it's not a particularly meaningful error by itself, and why more information is needed.

[gcyoung]

Thank you Sam_. What you have written might have ended my questioning had it been said initially in answer to my original question.
Anyway, at least I have learned, (elswhere I regret), what a 'wheel name is, what it does, and how to set it.
I must also state that I had no original intention to be disrespectful to anyone, and I am sorry if that appeared to be the case.

[gcyoung]

I have overcome the problem I had by only updating python reliant programs which use python3_12, since the problem seems
to lie with python3_11 usage. As Gentoo is in process of updating to python3_11, then presumably other python dependent programs
will update as the revision proceeds.

I mention this as it seems to have been my query which opened the subject, so I thought I should mention that as far as I am
concerned it can be closed.