No supported Python for x11-libs/libxcb-1.16::portage-stable

Message

yetebeda · Post by **yetebeda** » Sun Nov 26, 2023 7:49 pm

>>> 23:17:13.039 Emerging (129 of 161) x11-libs/libxcb-1.16::portage-stable for /build/rex/
 * libxcb-1.16.tar.xz BLAKE2B SHA512 size ;-) ...                                                                                                                                                                                                      [ ok ]
 * Running stacked hooks for pre_pkg_setup
 *    sysroot_build_bin_dir ...                                                                                                                                                                                                                        [ ok ]
 *     >=x11-base/xcb-proto-1.16.0[python_targets_python3_8(-),python_single_target_python3_8(+)] ...                                                                                                                                                  [ !! ]
 * No Python implementation found for the build. This is usually
 * a bug in the ebuild. Please report it to bugs.gentoo.org
 * along with the build log.

 * ERROR: x11-libs/libxcb-1.16::portage-stable failed (setup phase):
 *   No supported Python implementation installed.
 * 
 * Call stack:
 *               ebuild.sh, line 125:  Called pkg_setup
 *      libxcb-1.16.ebuild, line  50:  Called python-any-r1_pkg_setup
 *    python-any-r1.eclass, line 364:  Called python_setup
 *    python-any-r1.eclass, line 352:  Called die
 * The specific snippet of code:
 *   	die "No supported Python implementation installed."
 * 
 * Build log: /build/rex/tmp/portage/logs/x11-libs:libxcb-1.16:20231126-071713.log
 * Stable log symlink: /build/rex/tmp/portage/x11-libs/libxcb-1.16/temp/build.log
 * CWD: /build/rex/tmp/portage/x11-libs/libxcb-1.16/homedir
 * S:   /build/rex/tmp/portage/x11-libs/libxcb-1.16/work/libxcb-1.16

>>> 23:17:15.079 Failed to emerge x11-libs/libxcb-1.16 for /build/rex/, Log file:
>>> 23:17:15.079   /build/rex/tmp/portage/logs/x11-libs:libxcb-1.16:20231126-071713.log

I checked my python version as shown below

Code: Select all

(cr) ((790bc9a2...)) ~/chromiumos/src/scripts $ python --version
Python 3.8.16

But eselect doesn't list any python version

Code: Select all

$ eselect python list
!!! Error: Can't load module python

And here is my emerge --info output

Code: Select all

(cr) ((790bc9a2...)) ~/chromiumos/src/scripts $ emerge --info
Portage 2.3.75 (python 3.8.16-final-0, !/mnt/host/source/src/third_party/chromiumos-overlay/profiles/default/linux/amd64/10.0/sdk, gcc-10.2.0, glibc-2.35-r24, 5.15.0-78-generic x86_64)
=================================================================
System uname: Linux-5.15.0-78-generic-x86_64-Intel-R-_Core-TM-_i5-7260U_CPU_@_2.20GHz-with-glibc2.34
KiB Mem:    32746064 total,   1667716 free
KiB Swap:    2097148 total,    453560 free
sh bash 5.1_p16-r2
ld GNU ld (GNU Binutils) 2.39.0
ccache version 4.8.2 [disabled]
app-misc/pax-utils:        1.3.3::portage-stable
app-shells/bash:           5.1_p16-r2::portage-stable
dev-java/java-config:      2.3.1-r1::portage-stable
dev-lang/perl:             5.36.1-r4::portage-stable
dev-lang/python:           3.6.15-r3::chromiumos, 3.8.16_p4-r4::chromiumos
dev-lang/rust:             1.71.1::chromiumos
dev-util/ccache:           4.8.2::portage-stable
dev-util/cmake:            3.26.4-r1::portage-stable
dev-util/meson:            0.64.1::portage-stable
sys-apps/baselayout:       2.2-r2::chromiumos
sys-apps/sandbox:          2.29::chromiumos
sys-devel/autoconf:        2.71-r5::portage-stable
sys-devel/automake:        1.16.5-r3::portage-stable
sys-devel/binutils:        2.39-r3::chromiumos
sys-devel/binutils-config: 5.3.1::portage-stable
sys-devel/gcc:             10.2.0-r38::chromiumos
sys-devel/gcc-config:      2.3.2-r1::portage-stable
sys-devel/libtool:         2.4.6-r7::chromiumos
sys-devel/llvm:            17.0_pre498229-r8::chromiumos
sys-devel/make:            4.2.1-r4::portage-stable
sys-kernel/linux-headers:  4.14-r91::chromiumos (virtual/os-headers)
sys-libs/glibc:            2.35-r24::chromiumos
sys-libs/libselinux:       3.0-r5::chromiumos
Repositories:

portage-stable
    location: /mnt/host/source/src/third_party/portage-stable
    masters: eclass-overlay
    priority: -1000

crossdev
    location: /usr/local/portage/crossdev
    masters: portage-stable eclass-overlay chromiumos
    priority: 0

toolchains
    location: /mnt/host/source/src/third_party/toolchains-overlay
    masters: portage-stable eclass-overlay chromiumos
    priority: 1

chromiumos
    location: /mnt/host/source/src/third_party/chromiumos-overlay
    masters: portage-stable eclass-overlay
    priority: 2

eclass-overlay
    location: /mnt/host/source/src/third_party/eclass-overlay
    priority: 3

amd64-host
    location: /mnt/host/source/src/overlays/overlay-amd64-host
    masters: portage-stable toolchains chromiumos eclass-overlay
    priority: 4

chromeos-partner
    location: /mnt/host/source/src/private-overlays/chromeos-partner-overlay
    masters: portage-stable chromiumos eclass-overlay
    priority: 5

ACCEPT_KEYWORDS="amd64"
ACCEPT_LICENSE="* -@EULA -@CHROMEOS"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-O2 -pipe"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc/hosts /etc/locale.gen /etc/localtime /etc/make.conf"
CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo"
CXXFLAGS="-O2 -pipe"
DISTDIR="/var/cache/distfiles"
EMERGE_DEFAULT_OPTS="--oneshot --autounmask-backtrack=y --autounmask=n"
FCFLAGS=""
FEATURES="allow-missing-manifests assume-digests binpkg-docompress binpkg-dostrip binpkg-logs buildpkg clean-logs config-protect-if-modified distlocks fixlafiles force-mirror ipc-sandbox multilib-strict network-sandbox parallel-fetch parallel-install preserve-libs protect-owned sandbox sfperms unmerge-logs unmerge-orphans userfetch userpriv usersandbox usersync xattr"
FFLAGS=""
GENTOO_MIRRORS="https://commondatastorage.googleapis.com/chromeos-localmirror https://commondatastorage.googleapis.com/chromeos-mirror/gentoo"
INSTALL_MASK="   /usr/lib*/*.la   /etc/init.d /etc/conf.d   /etc/logrotate.d "
LANG="C.UTF-8"
LDFLAGS="-Wl,-O2 -Wl,--as-needed -Wl,-O2 -Wl,--as-needed"
MAKEOPTS="-j4"
PKGDIR="/var/lib/portage/pkgs"
PORTAGE_BINHOST="gs://chromeos-prebuilt/host/amd64/amd64-host/chroot-2023.11.13.020100/packages/"
PORTAGE_BUNZIP2_COMMAND="lbzip2 -d"
PORTAGE_BZIP2_COMMAND="lbzip2 -z"
PORTAGE_COMPRESS="pigz"
PORTAGE_COMPRESS_FLAGS="-3 --no-name"
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"
USE="acl amd64 bzip2 cros_host crypt cxx dri fortran hardened iconv ipv6 mmx mmxext modules mudflap multilib ncurses nls nptl nptlonly openmp pic pie python readline sse sse2 ssl sysfs transparent_hugepage unicode xattr xorg zlib" ABI_X86="64" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" APACHE2_MODULES="authn_core authz_core socache_shmcb unixd actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache cgi cgid dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" BOARD_USE="amd64-host" CALLIGRA_FEATURES="kexi words flow plan sheets stage tables krita karbon braindump author" CAMERAS="ptp2" COLLECTD_PLUGINS="df interface irq load memory rrdtool swap syslog" CPU_FLAGS_X86="mmx mmxext sse sse2" ELIBC="glibc" INPUT_DEVICES="keyboard mouse evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LIBREOFFICE_EXTENSIONS="presenter-console presenter-minimizer" LINGUAS="en" OFFICE_IMPLEMENTATION="libreoffice" PHP_TARGETS="php5-5" PYTHON_SINGLE_TARGET="python3_8" PYTHON_TARGETS="python3_8" QEMU_SOFTMMU_TARGETS="aarch64 arm i386 x86_64" QEMU_USER_TARGETS="aarch64 arm i386 x86_64" RUBY_TARGETS="ruby25" TTY_CONSOLE="tty2" USERLAND="GNU" XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipset ipp2p iface geoip fuzzy condition tee tarpit sysrq steal rawnat logmark ipmark dhcpmac delude chaos account"
Unset:  CPPFLAGS, CTARGET, ENV_UNSET, LC_ALL, PORTAGE_RSYNC_EXTRA_OPTS, USE_PYTHON

Post by Hu » Sun Nov 26, 2023 8:43 pm

Welcome to the forums. This package appears to be from an overlay, so the proper forum is Unsupported Software. Moved.

This system appears to be both badly out of date and heavily customized, likely some sort of ChromeOS derivative. It should not still be using Portage 2.x; the oldest still in tree is 3.0.45, and 3.0.51 is stable for amd64. Python 3.8 is also suspicious. The current stable is 3.11.5.

None of your core packages seem to come from ::gentoo. Although we may be able to help you, you might be better served seeking support from whoever installed this extensively customized system. For your specific problem, the issue is that the ebuild is incompatible with the Python eclass it is using. The ebuild likely needs an update. This should be reported to the maintainer of ::portage-stable, which is almost certainly not the Gentoo project. According to your emerge --info output, this repository is at /mnt/host/source/src/third_party/portage-stable.

yetebeda · Post by **yetebeda** » Mon Nov 27, 2023 6:06 am

Thank you! Hu.

I think I am now closer to the root cause of the issue, but I still have question that I'll ask at the end.

Here is the package I am trying to build. I am using emerge-rex for a board specific build.

$ BOARD=rex
$ emerge-${BOARD} libxcb # i.e. emerge-rex libxcb

As can be seen from my original post, this is the dependency that portage was complaining about
>=x11-base/xcb-proto-1.16.0[python_targets_python3_8(-),python_single_target_python3_8(+)]

After a while of poking around I did "emerge --search" and "emerge-rex --search" on the problematic package (i.e. xcb-proto)
and that took me closer to the root cause of the issue.

The "Latest version installed" for the two was different as can be seen below.

Code: Select all

(cr) ((790bc9a2...)) ~/chromiumos/src/scripts $ emerge --search xcb-proto
  
[ Results for search key : xcb-proto ]
Searching...

*  x11-base/xcb-proto
      Latest version available: 1.16.0
      Latest version installed: 1.15.2
      Size of files: 149 KiB
      Homepage:      https://xcb.freedesktop.org/ https://gitlab.freedesktop.org/xorg/proto/xcbproto
      Description:   X C-language Bindings protocol headers
      License:       MIT

[ Applications found : 1 ]

(cr) ((790bc9a2...)) ~/chromiumos/src/scripts $ emerge-rex --search xcb-proto
  
[ Results for search key : xcb-proto ]
Searching...

*  x11-base/xcb-proto
      Latest version available: 1.16.0
      Latest version installed: 1.16.0
      Size of files: 149 KiB
      Homepage:      https://xcb.freedesktop.org/ https://gitlab.freedesktop.org/xorg/proto/xcbproto
      Description:   X C-language Bindings protocol headers
      License:       MIT

[ Applications found : 1 ]

Once i ran the following to update the non-board-specific package to latest using
sudo emerge x11-base/xcb-proto
Then I was able to run the following command without error
emerge-rex libxcb

Now, my question is why wasn't portage looking for the board specific packages to resolve the xcb-proto dependency?
Why was it looking at the non-board-specific packages?

Post by Hu » Mon Nov 27, 2023 3:43 pm

Portage has no support for board-specific packages. emerge-$BOARD does not exist in standard Gentoo. This is something custom set up on the system in question, probably as part of the ChromiumOS overlay. Since this is not standard, I cannot say what emerge-rex does differently from Portage, and therefore can only speculate generally about the problem. If I were to guess, this might be done using the PORTAGE_CONFIGROOT support, and emerge-$BOARD is a wrapper that sets up PORTAGE_CONFIGROOT, ROOT, or similar variables, and then runs emerge.

I think that the original error about supported Python implementations should not be affected by the steps described in your second post. It is a consistency error between the implementations provided in the ebuild versus the ones supported by the eclass. I would expect that the only fix for it is to sync one or both of those to a newer version where someone fixed the relevant code. Since it is an error in the ebuild/eclass, it should be independent of whether you are running the board-specific or the general emerge. The only way I can see for your change to have an impact is if emerge-$BOARD uses a different set of ebuilds than plain emerge (which can be done using standard Portage configuration), and the board-specific ebuilds were implemented correctly, but the generic ebuilds were broken.