Created attachment 568950 [details] emerge --info from cross-emerge this wasn't a problem with <=mesa-18.2.8 emerge-armv7a-unknown-linux-gnueabihf -av =mesa-18.3.4 Calculating dependencies... done! [ebuild N ~] media-libs/mesa-18.3.4::gentoo to /usr/armv7a-unknown-linux-gnueabihf/ USE="classic dri3 egl gallium gbm gles2 (-d3d9) -debug -gles1 -llvm (-lm_sensors) (-opencl) -osmesa -pax_kernel -pic (-selinux) -test -unwind (-vaapi) -valgrind (-vdpau) (-vulkan) -wayland -xa -xvmc" VIDEO_CARDS="vc4 -freedreno (-i915) (-i965) -imx (-intel) (-nouveau) (-r100) (-r200) (-r300) (-r600) (-radeon) (-radeonsi) -virgl -vivante (-vmware)" 0 KiB * mesa-18.3.4.tar.xz BLAKE2B SHA512 size ;-) ... [ ok ] * 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: media-libs/mesa-18.3.4::gentoo failed (setup phase): * No supported Python implementation installed. *
diff mesa-18.2.8.ebuild mesa-18.3.4.ebuild shows this: 6c6 < PYTHON_COMPAT=( python2_7 ) --- > PYTHON_COMPAT=( python3_4 python3_5 python3_6 python3_7 ) 23c23 < KEYWORDS="alpha amd64 arm arm64 hppa ia64 ~mips ppc ppc64 s390 ~sh sparc x86 ~amd64-fbsd ~x86-fbsd ~amd64-linux ~x86-linux ~sparc-solaris ~x64-solaris ~x86-solaris" --- > KEYWORDS="~alpha ~amd64 ~arm ~arm64 ~hppa ~ia64 ~mips ~ppc ~ppc64 ~s390 ~sh ~sparc ~x86 ~amd64-fbsd ~x86-fbsd ~amd64-linux ~x86-linux ~sparc-solaris ~x64-solaris ~x86-solaris" 70c70 < LIBDRM_DEPSTRING=">=x11-libs/libdrm-2.4.93" --- > LIBDRM_DEPSTRING=">=x11-libs/libdrm-2.4.96" 300a301,304 > } > > python_check_deps() { > has_version ">=dev-python/mako-0.8.0[${PYTHON_USEDEP}]" and so I emerged dev-python/mako with emerge-armv7a-unknown-linux-gnueabihf, which makes the cross-emerge of mesa go beyond that python check, and makes the compile work. it just happens that I found out while writing this I noticed, the cross-emerge of dev-python/mako installs into lib64 instead of lib as it should for armv7. Going to open another bug for this.
This happens because has_version should be called with --host-root. I'll commit a fix tonight.
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=0c116b4141352561a91c92c2e8eb7e222bbc8976 commit 0c116b4141352561a91c92c2e8eb7e222bbc8976 Author: James Le Cuirot <chewi@gentoo.org> AuthorDate: 2019-03-15 21:34:52 +0000 Commit: James Le Cuirot <chewi@gentoo.org> CommitDate: 2019-03-15 21:34:52 +0000 media-libs/mesa: Check for dev-python/mako with --host-root option Closes: https://bugs.gentoo.org/680190 Package-Manager: Portage-2.3.62, Repoman-2.3.12 Signed-off-by: James Le Cuirot <chewi@gentoo.org> media-libs/mesa/mesa-18.3.4.ebuild | 2 +- media-libs/mesa/mesa-19.0.0.ebuild | 2 +- media-libs/mesa/mesa-9999.ebuild | 2 +- 3 files changed, 3 insertions(+), 3 deletions(-)
looks good to me - without dev-python/mako on the host I get this informative error message: meson.build:711:2: ERROR: Problem encountered: Python (2.x) mako module required to build mesa. with the emerge to the host, there is no error anymore. so yeah, thanks for the fix :)