From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from dan.rpsys.net (5751f4a1.skybroadband.com [87.81.244.161]) by mail.openembedded.org (Postfix) with ESMTP id A55C771482 for ; Thu, 18 Sep 2014 13:36:51 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by dan.rpsys.net (8.14.4/8.14.4/Debian-4.1ubuntu1) with ESMTP id s8IDaee1019369; Thu, 18 Sep 2014 14:36:40 +0100 Received: from dan.rpsys.net ([127.0.0.1]) by localhost (dan.rpsys.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id mANmsN-q_MBn; Thu, 18 Sep 2014 14:36:40 +0100 (BST) Received: from [192.168.3.10] ([192.168.3.10]) (authenticated bits=0) by dan.rpsys.net (8.14.4/8.14.4/Debian-4.1ubuntu1) with ESMTP id s8IDabfH019366 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Thu, 18 Sep 2014 14:36:38 +0100 Message-ID: <1411047400.4736.3.camel@ted> From: Richard Purdie To: Laszlo Papp Date: Thu, 18 Sep 2014 14:36:40 +0100 In-Reply-To: References: <1407438629-13369-1-git-send-email-marex@denx.de> <201409181116.07918.marex@denx.de> <201409181130.36388.marex@denx.de> X-Mailer: Evolution 3.10.4-0ubuntu2 Mime-Version: 1.0 Cc: Marek Vasut , 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: Thu, 18 Sep 2014 13:36:53 -0000 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit 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. Cheers, Richard