From: Marek Vasut <marex@denx.de>
To: Richard Purdie <richard.purdie@linuxfoundation.org>
Cc: Koen Kooi <koen@dominion.thruhere.net>,
OE-core <openembedded-core@lists.openembedded.org>
Subject: Re: [PATCH] Yocto: Install full set of python modules in Qt SDK toolchain
Date: Fri, 19 Sep 2014 09:14:03 +0200 [thread overview]
Message-ID: <201409190914.03281.marex@denx.de> (raw)
In-Reply-To: <1411047400.4736.3.camel@ted>
On Thursday, September 18, 2014 at 03:36:40 PM, Richard Purdie wrote:
> On Thu, 2014-09-18 at 11:29 +0100, Laszlo Papp wrote:
> > On Thu, Sep 18, 2014 at 10:30 AM, Marek Vasut <marex@denx.de> wrote:
> > > On Thursday, September 18, 2014 at 11:23:13 AM, Laszlo Papp wrote:
> > >> On Thu, Sep 18, 2014 at 10:16 AM, Marek Vasut <marex@denx.de> wrote:
> > >> > On Thursday, September 18, 2014 at 11:11:45 AM, Laszlo Papp wrote:
> > >> >> Come on, Yocto maintainers, please...
> > >> >>
> > >> >> Mark sent this change relatively long ago, and it is still in "new"
> > >> >> state, sadly. The current SDK shipped _breaks_ any third-party
> > >> >> software that uses standard python with regards to the libraries
> > >> >> and all that.
> > >> >>
> > >> >> This is is slightly frustrating. We also face the same issue. :(
> > >> >
> > >> > Thanks for the reminder, new version which should fix the issues
> > >> > with the previous one is on the ML now. You're all on CC.
> > >>
> > >> I do not think this is an explicit Qt issue, and hence fixing on that
> > >> layer sounds like a weird approach. It seems to be a generic python
> > >> issue and so, I think it should be addressed in its core. I opened a
> > >> new report for this:
> > >>
> > >> https://bugzilla.yoctoproject.org/show_bug.cgi?id=6735
> > >
> > > Then you probably want to add nativesdk-packagegroup-python class into
> > > the other toolchain recipes as well . Or even better, into the base
> > > SDK toolchain class (is there one?)
> >
> > See, I do not understand why this "feature" was integrated the way it
> > was. IMHO, it lacks any kind of reality. Has the SDK been ever tested
> > against python based host development systems? My assumption is no. I
> > do not think there is any sanity in using a _that_ stripped down
> > version of python on desktop. It just really hurts the python users
> > for the SDK, since there is no simple workaround and we cannot get the
> > SDK to let the system python take precedence. This situation is awful
> > in my opinion. Who is up for fixing this in the core? Let us have a
> > _standard_ python shipped with the SDK by default or do not ship any
> > at all.
>
> If you install nativesdk-python-modules into your SDK, you will get
> python *and* all its modules installed. If you just install the python
> core, you get a cut down python and need to install the modules you
> need.
>
> The python SDK has been tested and used in a number of scenarios. Where
> a full set of modules is needed, nativesdk-python-modules gets installed
> and everyone is happy. If there is some problem with
> nativesdk-python-modules, please let us know.
git grep nativesdk-python-modules doesn't show any matches in
git://git.yoctoproject.org/poky master . Do you mean the nativesdk-packagegroup-
python I crafted or do you refer to something else please ?
Also, shouldn't full python be installed into all the SDK toolchains ? I am for
example unable to compile U-Boot 2014.10rc with the Yocto SDK toolchain anymore.
The SDK is missing python modules and I cannot easily override the usage of
python from the SDK . So I agree with Laszlo here, the SDK toolchain is somewhat
unusable as it is.
Best regards,
Marek Vasut
next prev parent reply other threads:[~2014-09-19 7:14 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-08-07 19:10 [PATCH] Yocto: Install full set of python modules in Qt SDK toolchain Marek Vasut
2014-08-08 5:22 ` Koen Kooi
2014-08-08 12:22 ` Marek Vasut
2014-08-11 10:26 ` Richard Purdie
2014-08-11 18:26 ` Marek Vasut
2014-09-18 9:11 ` Laszlo Papp
2014-09-18 9:12 ` Laszlo Papp
2014-09-18 9:16 ` Marek Vasut
2014-09-18 9:23 ` Laszlo Papp
2014-09-18 9:30 ` Marek Vasut
2014-09-18 10:29 ` Laszlo Papp
2014-09-18 13:36 ` Richard Purdie
2014-09-19 7:14 ` Marek Vasut [this message]
2014-09-19 7:25 ` Richard Purdie
2014-09-21 16:02 ` Marek Vasut
2014-11-27 18:07 ` Laszlo Papp
2014-12-01 15:05 ` Burton, Ross
2014-12-01 15:13 ` Richard Purdie
2014-12-01 15:20 ` Burton, Ross
2014-12-01 15:21 ` Paul Eggleton
2014-12-01 16:44 ` Burton, Ross
2014-12-01 18:04 ` Laszlo Papp
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=201409190914.03281.marex@denx.de \
--to=marex@denx.de \
--cc=koen@dominion.thruhere.net \
--cc=openembedded-core@lists.openembedded.org \
--cc=richard.purdie@linuxfoundation.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.