glib meson error: ERROR: <ExternalProgram 'python3' is not a valid python or it is missing setuptools
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
‎2021-08-16 1:50 PM
I have been trying to compile an image in Yocto with a custom machine to load my own device tree, but when trying to compile I always get the same error, here is a log:
Log data follows:
| DEBUG: Executing shell function do_configure
| gtkdocize: neither configure.ac nor configure.in exist
| NOTE: Executing meson -Dgtk_doc=false -Ddtrace=false -Dfam=false -Dsystemtap=false -Dselinux=disabled -Dlibmount=true -Dman=false -Dinternal_pcre=false -Dinstalled_tests=false --cross-file=/home/fpinilla/STM32MP15-Ecosystem-v3.0.0/Distribution-Package/layers/poky/meta/recipes-core/glib-2.0/glib-2.0/meson.cross.d/common-linux --cross-file=/home/fpinilla/STM32MP15-Ecosystem-v3.0.0/Distribution-Package/layers/poky/meta/recipes-core/glib-2.0/glib-2.0/meson.cross.d/common-glibc --cross-file=/home/fpinilla/STM32MP15-Ecosystem-v3.0.0/Distribution-Package/layers/poky/meta/recipes-core/glib-2.0/glib-2.0/meson.cross.d/common...
| The Meson build system
| Version: 0.53.2
| Source dir: /home/fpinilla/STM32MP15-Ecosystem-v3.0.0/Distribution-Package/build-openstlinuxweston-stm32mp1-mx-sidacam/tmp-glibc/work/cortexa7t2hf-neon-vfpv4-ostl-linux-gnueabi/glib-2.0/1_2.62.6-r0/glib-2.62.6
| Build dir: /home/fpinilla/STM32MP15-Ecosystem-v3.0.0/Distribution-Package/build-openstlinuxweston-stm32mp1-mx-sidacam/tmp-glibc/work/cortexa7t2hf-neon-vfpv4-ostl-linux-gnueabi/glib-2.0/1_2.62.6-r0/build
| Build type: cross build
| Project name: glib
| Project version: 2.62.6
| C compiler for the build machine: gcc (gcc 9.3.0 "gcc (Ubuntu 9.3.0-17ubuntu1~20.04) 9.3.0")
| C linker for the build machine: gcc ld.bfd 2.34
| C++ compiler for the build machine: g++ (gcc 9.3.0 "g++ (Ubuntu 9.3.0-17ubuntu1~20.04) 9.3.0")
| C++ linker for the build machine: g++ ld.bfd 2.34
| C compiler for the host machine: arm-ostl-linux-gnueabi-gcc -mthumb -mfpu=neon-vfpv4 -mfloat-abi=hard -mcpu=cortex-a7 --sysroot=/home/fpinilla/STM32MP15-Ecosystem-v3.0.0/Distribution-Package/build-openstlinuxweston-stm32mp1-mx-sidacam/tmp-glibc/work/cortexa7t2hf-neon-vfpv4-ostl-linux-gnueabi/glib-2.0/1_2.62.6-r0/recipe-sysroot (gcc 9.3.0 "arm-ostl-linux-gnueabi-gcc (GCC) 9.3.0")
| C linker for the host machine: arm-ostl-linux-gnueabi-gcc -mthumb -mfpu=neon-vfpv4 -mfloat-abi=hard -mcpu=cortex-a7 --sysroot=/home/fpinilla/STM32MP15-Ecosystem-v3.0.0/Distribution-Package/build-openstlinuxweston-stm32mp1-mx-sidacam/tmp-glibc/work/cortexa7t2hf-neon-vfpv4-ostl-linux-gnueabi/glib-2.0/1_2.62.6-r0/recipe-sysroot ld.bfd 2.34.0.20200220
| C++ compiler for the host machine: arm-ostl-linux-gnueabi-g++ -mthumb -mfpu=neon-vfpv4 -mfloat-abi=hard -mcpu=cortex-a7 --sysroot=/home/fpinilla/STM32MP15-Ecosystem-v3.0.0/Distribution-Package/build-openstlinuxweston-stm32mp1-mx-sidacam/tmp-glibc/work/cortexa7t2hf-neon-vfpv4-ostl-linux-gnueabi/glib-2.0/1_2.62.6-r0/recipe-sysroot (gcc 9.3.0 "arm-ostl-linux-gnueabi-g++ (GCC) 9.3.0")
| C++ linker for the host machine: arm-ostl-linux-gnueabi-g++ -mthumb -mfpu=neon-vfpv4 -mfloat-abi=hard -mcpu=cortex-a7 --sysroot=/home/fpinilla/STM32MP15-Ecosystem-v3.0.0/Distribution-Package/build-openstlinuxweston-stm32mp1-mx-sidacam/tmp-glibc/work/cortexa7t2hf-neon-vfpv4-ostl-linux-gnueabi/glib-2.0/1_2.62.6-r0/recipe-sysroot ld.bfd 2.34.0.20200220
| Found pkg-config: /home/fpinilla/STM32MP15-Ecosystem-v3.0.0/Distribution-Package/build-openstlinuxweston-stm32mp1-mx-sidacam/tmp-glibc/work/cortexa7t2hf-neon-vfpv4-ostl-linux-gnueabi/glib-2.0/1_2.62.6-r0/recipe-sysroot-native/usr/bin/pkg-config (0.29.2)
| Run-time dependency libpcre found: YES 8.44
| Library m found: YES
| Run-time dependency libffi found: YES 3.3
| Run-time dependency zlib found: YES 1.2.11
| Checking for function "ngettext" : YES
| Checking for function "bind_textdomain_codeset" : YES
| Run-time dependency mount found: YES 2.35.1
| Dependency libselinux skipped: feature selinux disabled
| Checking for function "getxattr" : YES
| Has header "sys/xattr.h" : YES
| Checking if "XATTR_NOFOLLOW" compiles: NO
| Checking for function "strlcpy" : NO
| Program python3 found: YES (/home/fpinilla/STM32MP15-Ecosystem-v3.0.0/Distribution-Package/build-openstlinuxweston-stm32mp1-mx-sidacam/tmp-glibc/work/cortexa7t2hf-neon-vfpv4-ostl-linux-gnueabi/glib-2.0/1_2.62.6-r0/recipe-sysroot-native/usr/bin/python3-native/python3)
|
| meson.build:1999:0: ERROR: <ExternalProgram 'python3' -> ['/home/fpinilla/STM32MP15-Ecosystem-v3.0.0/Distribution-Package/build-openstlinuxweston-stm32mp1-mx-sidacam/tmp-glibc/work/cortexa7t2hf-neon-vfpv4-ostl-linux-gnueabi/glib-2.0/1_2.62.6-r0/recipe-sysroot-native/usr/bin/python3-native/python3']> is not a valid python or it is missing setuptools
|
| A full log can be found at /home/fpinilla/STM32MP15-Ecosystem-v3.0.0/Distribution-Package/build-openstlinuxweston-stm32mp1-mx-sidacam/tmp-glibc/work/cortexa7t2hf-neon-vfpv4-ostl-linux-gnueabi/glib-2.0/1_2.62.6-r0/build/meson-logs/meson-log.txt
| ERROR: meson failed
| WARNING: exit code 1 from a shell command.
| ERROR: Execution of '/home/fpinilla/STM32MP15-Ecosystem-v3.0.0/Distribution-Package/build-openstlinuxweston-stm32mp1-mx-sidacam/tmp-glibc/work/cortexa7t2hf-neon-vfpv4-ostl-linux-gnueabi/glib-2.0/1_2.62.6-r0/temp/run.do_configure.294510' failed with exit code 1:
thanks for your help.
- Labels:
-
STM32MP15 Lines
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
‎2021-08-26 5:56 AM
Hi @FPini.1​ ,
Did you install "Python3" on your station ?
Please refer to article https://wiki.st.com/stm32mpu/wiki/PC_prerequisites to check all requested package for Distribution support.
Olivier
In order to give better visibility on the answered topics, please click on 'Accept as Solution' on the reply which solved your issue or answered your question.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
‎2021-09-07 12:16 PM
I am hitting the exact same issue when I am compiling the STM32MP1's distro off https://github.com/STMicroelectronics/oe-manifest/tree/dunfell branch's manifest.
This is not a host PC installation issue rather a Yocto build system issue.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
‎2021-09-08 12:03 AM
Hi @ZZhao.1​ ,
What's you host station OS ?
Could you provide also what is printed out after execution of envsetup.sh ?
Thanks
Olivier
In order to give better visibility on the answered topics, please click on 'Accept as Solution' on the reply which solved your issue or answered your question.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
‎2021-09-09 7:30 AM
I was trying to fix this problem by modifying the order of the layer in bblayers.conf file and it worked when I put the meta, meta-poky, and meta-oe at first, It didn't give me a compile error but in the end, it didn't generate me the uinitrd causing the openSTLinux couldn't boot correctly.
Thanks for your attention.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
‎2021-11-10 4:36 AM
Hi,
is there any solution about this issue?
I have the same error running on Ubuntu 20.04, running "bitbake -c populate_sdk st-image-weston" from openstlinux-5.10-dunfell-mp1-21-07-21 distro, with following configuration
DISTRO=openstlinux-weston MACHINE=stm32mp1
Thanks,
Michele
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
‎2021-11-19 5:20 AM
Hello,
please cherry-pick this patch (from v3.1.0) on v3.0.2 version: https://github.com/STMicroelectronics/meta-st-stm32mp/commit/0099ab38118ed2735f0708b1080bb50d12955dfe
So "classes/python3native.bbclass" file has to be deleted
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
‎2021-12-01 11:11 PM
v3.0.3 delivered to correct this issue: https://github.com/STMicroelectronics/oe-manifest/tree/openstlinux-5.10-dunfell-mp1-21-11-30
But better take v3.1.0 if you can (latest ecosystem delivery).
Still investigations are ongoing to understand why the issue was not seen internally before the release (during validation tests).
