[OE-core] [PATCH] Yocto: Install full set of python modules in Qt SDK toolchain
Richard Purdie
richard.purdie at linuxfoundation.org
Mon Dec 1 15:13:30 UTC 2014
On Mon, 2014-12-01 at 15:05 +0000, Burton, Ross wrote:
> On 21 September 2014 at 17:02, Marek Vasut <marex at denx.de> wrote:
> -TOOLCHAIN_HOST_TASK ?= "nativesdk-packagegroup-sdk-host
> packagegroup-cross-
> canadian-${MACHINE}"
> +TOOLCHAIN_HOST_TASK ?= " \
> + nativesdk-packagegroup-sdk-host \
> + packagegroup-cross-canadian-${MACHINE} \
> + nativesdk-python-modules
>
> Thanks to Laszlo for pinging this. We fixed a similar problem in the
> buildtools tarball by pulling in python-modules but the situation was
> different there - the buildtools tarball always contained some of
> Python so it's logical to make it pull in all of python.
>
> It's nativesdk-packagegroup-sdk-host that's pulling in parts of Python
> via it's dependency on smartpm. This makes me think we need two
> changes here:
>
> 1) The toolchain should contain the packaging tools for the selected
> packaging format of the images, not just smartpm. So a SDK for a
> opkg-based image should be shipping opkg, not smartpm.
Agreed on smartpm, rpm is a bit of a different story due to where it
gets used in the packaging process. As the SDK and build systems
converge this gets a bit fuzzy :/.
>
> 2) Toolchains should either ship no Python or all Python, because
> dropping a partial Python into $PATH breaks user's expectations (the
> same argument that was used for the buildtools). Not sure how to do
> this though, maybe the construction should inspect the installed
> package list and if anything Python was installed, ensure
> python-modules is also installed.
>
> Comments?
>
Make nativesdk-python-core RRECOMMEND python-modules?
Cheers,
Richard
More information about the Openembedded-core
mailing list