From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: by yocto-www.yoctoproject.org (Postfix, from userid 118) id D6138E00BC4; Thu, 15 Oct 2015 15:04:12 -0700 (PDT) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on yocto-www.yoctoproject.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=ham version=3.3.1 X-Spam-HAM-Report: * -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] Received: from smtp207.alice.it (smtp207.alice.it [82.57.200.103]) by yocto-www.yoctoproject.org (Postfix) with ESMTP id 421F6E00B9E for ; Thu, 15 Oct 2015 15:04:09 -0700 (PDT) Received: from caronte.home.webthatworks.it (87.8.144.45) by smtp207.alice.it (8.6.060.28) id 55BB66530DBA4796 for meta-freescale@yoctoproject.org; Fri, 16 Oct 2015 00:04:03 +0200 Received: from gloom.home.webthatworks.it (gloom.home.webthatworks.it [192.168.1.14]) by caronte.home.webthatworks.it (Postfix) with ESMTP id A51A46FE06A0 for ; Fri, 16 Oct 2015 00:04:07 +0200 (CEST) Received: from [IPv6:::1] (localhost [IPv6:::1]) by gloom.home.webthatworks.it (Postfix) with ESMTP id A9A565E018F for ; Fri, 16 Oct 2015 00:03:07 +0200 (CEST) References: <56182426.30004@webthatworks.it> <561FD3B5.2010803@webthatworks.it> To: "meta-freescale@yoctoproject.org" From: Ivan Sergio Borgonovo Organization: http://www.WebThatWorks.it Message-ID: <5620229B.9020700@webthatworks.it> Date: Fri, 16 Oct 2015 00:03:07 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Icedove/38.3.0 MIME-Version: 1.0 In-Reply-To: Subject: Re: qt5 toolchain X-BeenThere: meta-freescale@yoctoproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Usage and development list for the meta-fsl-* layers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Oct 2015 22:04:12 -0000 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit On 10/15/2015 06:48 PM, Otavio Salvador wrote: >> I'll subscribe to openembedded ML and move the topic there to see what would >> be the quality level required for a patch to >> packagegroup-qt5-toolchain-target.bb >> or if I should just write my own layer to _remove stuff from there. >> From my point of view disabling opengl (and other things strictly HW >> related) should be something set in the lowest layer and be passed on to >> higher software layer so to make it clearer to higher layers that they >> should take it into account ASAP and not as a "retro-fit". >> qtlocation doesn't seem to depend on qt3d anymore, but it still depends on >> qtquickcontrols that up to my memory depends on opengl. > All your feedback is valuable and I agree with it. We welcome patches > to improve the support for opengl-less CPUs or you can hire someone > (us - O.S. Systems, or other software vendor) to do the work. > Personally I do my best to address as many things as my free time can > fit so I apologize for your turn-key experience not being as good as > you wished but you can help to improve it (in one way or another). That's my free time as well, if I had to make things "just work" I'd build the sdk and then just ./configure and copy stuff to the image by hand. Unfortunately I'm pretty new to qt and yocto and sooner or later things will have to "just work". I'm concerned that the solution I'll come up with will be substandard to be merged to meta-qt5, especially if I'll be left alone in the cold, before the time I'll have to make things "just work" will come and all my efforts will be lost in time like tears in the rain. Still putting together the right knowledge to try to contribute a bit back. thanks -- Ivan Sergio Borgonovo http://www.webthatworks.it