All of lore.kernel.org
 help / color / mirror / Atom feed
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


  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.