From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-out.m-online.net (mail-out.m-online.net [212.18.0.10]) by mail.openembedded.org (Postfix) with ESMTP id 3F14E71485 for ; Fri, 19 Sep 2014 07:14:04 +0000 (UTC) Received: from mail.nefkom.net (unknown [192.168.8.184]) by mail-out.m-online.net (Postfix) with ESMTP id 3hzmW06HHMz3hj5Q; Fri, 19 Sep 2014 09:14:04 +0200 (CEST) X-Auth-Info: fcrwavueEQJgCMbyQwg7GMoxcq95lfXP5aXfJvHRZ/E= Received: from chi.localnet (unknown [195.140.253.167]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp-auth.mnet-online.de (Postfix) with ESMTPSA id 3hzmW03bJDzvhTk; Fri, 19 Sep 2014 09:14:04 +0200 (CEST) From: Marek Vasut To: Richard Purdie Date: Fri, 19 Sep 2014 09:14:03 +0200 User-Agent: KMail/1.13.7 (Linux/3.13-trunk-amd64; KDE/4.13.1; x86_64; ; ) References: <1407438629-13369-1-git-send-email-marex@denx.de> <1411047400.4736.3.camel@ted> In-Reply-To: <1411047400.4736.3.camel@ted> MIME-Version: 1.0 Message-Id: <201409190914.03281.marex@denx.de> Cc: Koen Kooi , OE-core Subject: Re: [PATCH] Yocto: Install full set of python modules in Qt SDK toolchain X-BeenThere: openembedded-core@lists.openembedded.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Patches and discussions about the oe-core layer List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Sep 2014 07:14:11 -0000 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit 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 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 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