From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from 93-97-173-237.zone5.bethere.co.uk ([93.97.173.237] helo=tim.rpsys.net) by linuxtogo.org with esmtp (Exim 4.72) (envelope-from ) id 1QHxbL-0004aA-01 for openembedded-core@lists.openembedded.org; Thu, 05 May 2011 14:24:15 +0200 Received: from localhost (localhost [127.0.0.1]) by tim.rpsys.net (8.13.6/8.13.8) with ESMTP id p45CLUDx010782; Thu, 5 May 2011 13:21:30 +0100 Received: from tim.rpsys.net ([127.0.0.1]) by localhost (tim.rpsys.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 10447-07; Thu, 5 May 2011 13:21:26 +0100 (BST) Received: from [192.168.3.10] ([192.168.3.10]) (authenticated bits=0) by tim.rpsys.net (8.13.6/8.13.8) with ESMTP id p45CLHWX010775 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 5 May 2011 13:21:21 +0100 From: Richard Purdie To: Koen Kooi In-Reply-To: <40F9395F-41E1-4780-9E0C-6F0A91362CEB@dominion.thruhere.net> References: <21e4929e2ef79647b16852bb6f15537939012b02.1304520272.git.paul.eggleton@linux.intel.com> <1304595529.20791.25.camel@rex> <40F9395F-41E1-4780-9E0C-6F0A91362CEB@dominion.thruhere.net> Date: Thu, 05 May 2011 13:21:15 +0100 Message-ID: <1304598075.29269.2.camel@rex> Mime-Version: 1.0 X-Mailer: Evolution 2.32.2 X-Virus-Scanned: amavisd-new at rpsys.net Cc: poky@yoctoproject.org, Patches and discussions about the oe-core layer Subject: Re: [poky] [PATCH 3/3] meta-yocto: add pieces removed from oe-core for beagleboard & atom-pc X-BeenThere: openembedded-core@lists.openembedded.org X-Mailman-Version: 2.1.11 Precedence: list Reply-To: Patches and discussions about the oe-core layer 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, 05 May 2011 12:24:16 -0000 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit On Thu, 2011-05-05 at 13:46 +0200, Koen Kooi wrote: > Op 5 mei 2011, om 13:38 heeft Richard Purdie het volgende geschreven: > > > Hi Paul, > > > > Great work in doing this, thanks. I was just looking at it with a view > > to making machine support cleaner and I think there are still things we > > can likely to do help with this. As one example: > > > > On Wed, 2011-05-04 at 15:51 +0100, Paul Eggleton wrote: > >> +++ b/meta-yocto/recipes-qt/qt4/qt4-x11-free_4.6.3.bbappend > >> @@ -0,0 +1,2 @@ > >> +QT_GLFLAGS_atom-pc = "-opengl" > >> + > >> diff --git a/meta-yocto/recipes-qt/qt4/qt4-x11-free_4.7.2.bbappend b/meta-yocto/recipes-qt/qt4/qt4-x11-free_4.7.2.bbappend > >> new file mode 100644 > >> index 0000000..076ade2 > >> --- /dev/null > >> +++ b/meta-yocto/recipes-qt/qt4/qt4-x11-free_4.7.2.bbappend > >> @@ -0,0 +1,2 @@ > >> +QT_GLFLAGS_atom-pc = "-opengl" > > > > could we set QT_GLFLAGS in the machine.conf file instead of using a > > bbappend? > > Putting such USEFLAGS in machines sounds like a bad idea. In this case > enabling it globally and falling back to mesa sw rendering at runtime > is a better idea. The GL flag only enables extra API and libs, so it's > good to have. Agreed, longer term I think this is going to be the better way to handle this. In this day and age, defaulting to sw rendering is probably the sane thing to do. Equally, moving this from a .bbappend to the machine file is a bit cleaner too though :) Cheers, Richard