From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from [80.91.229.2] (helo=ciao.gmane.org) by linuxtogo.org with esmtp (Exim 4.69) (envelope-from ) id 1LRvvB-0002wU-8Q for openembedded-devel@openembedded.org; Tue, 27 Jan 2009 22:56:37 +0100 Received: from list by ciao.gmane.org with local (Exim 4.43) id 1LRvno-0002SN-3N for openembedded-devel@openembedded.org; Tue, 27 Jan 2009 21:49:00 +0000 Received: from s55917625.adsl.wanadoo.nl ([85.145.118.37]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 27 Jan 2009 21:49:00 +0000 Received: from k.kooi by s55917625.adsl.wanadoo.nl with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 27 Jan 2009 21:49:00 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: openembedded-devel@openembedded.org From: Koen Kooi Date: Tue, 27 Jan 2009 22:48:46 +0100 Message-ID: References: <5899DAF1-278D-43D5-8C90-BECD7FC3E4B5@beagleboard.org> <670B7A54-3C74-42FD-A6F8-DAAFD4AEC73A@beagleboard.org> <20090127210257.GA31920@denix.org> Mime-Version: 1.0 X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: s55917625.adsl.wanadoo.nl User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.1b3pre) Gecko/20090118 Shredder/3.0b2pre In-Reply-To: <20090127210257.GA31920@denix.org> Sender: news Subject: Re: [beagleboard] Re: Beagle actions for Rev C validation software image X-BeenThere: openembedded-devel@lists.openembedded.org X-Mailman-Version: 2.1.11 Precedence: list Reply-To: openembedded-devel@lists.openembedded.org List-Id: Using the OpenEmbedded metadata to build Distributions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jan 2009 21:56:37 -0000 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit On 27-01-09 22:02, Denys Dmytriyenko wrote: > On Tue, Jan 27, 2009 at 12:19:36PM -0600, Jason Kridner wrote: >> Adding oe-dev mailing list... >> >> On Tue, Jan 27, 2009 at 12:10 PM, Dmytriyenko, Denys wrote: >>>>> It's a bit sad that we're going to miss out on NEON and vo_omapfb by >>>>> going armv5te :( >>>> Koen, >>>> I am rebuilding 'mplayer' now with 'MACHINE=beagleboard bitbake mplayer', >>>> so that concern should go away. It shouldn't matter much about this >>>> mplayer, since it should only be used to test the hardware. >>>> Can you consider inclusion of: >>>> mplayer and FFmpeg dependency changes: >>>> http://www.beagleboard.org/gitweb/?p=arago-oe.git;a=commitdiff_plain;h=0b53219005c8daa95bcff40742d7c807bda17eca >>> Hmm, I like these curl-inspired *_FEATURES handlers. The only problem with >>> those is they won't trigger automatic rebuild when the featureset in the >>> variable changes - don't forget to run bitbake -c rebuild manually... >> Can I get a few comments on [1]? I found there is also a dependency >> in libtheora on x11 that doesn't seem necessary. I find this very >> useful to avoid making a new recipe. Anyone have ideas to address >> Denys' concern about needing to issue 'bitbake -c rebuild'? >> >> [1] http://www.beagleboard.org/gitweb/?p=arago-oe.git;a=commitdiff_plain;h=0b53219005c8daa95bcff40742d7c807bda17eca > > For some reason Koen's reply never made it to the oe-dev list... Sorry for > copying it here to continue the discussion. > > Koen said: >> I'm against adding such 'USE flags' to OE, they basically make QA impossible. >> If people want a different mplayer, they are free to make an 'mplayer-nox' or >> 'mplayer-nosdl' recipe to fill their needs. > > But on the other hand it would make overlays, such as Arago, as well as OE > itself, much cleaner and reduce the recipe creep. > > As of the rebuild issue when featureset in the variable changes, I was > thinking about storing a hash of variable's value, in addition to the > standard version and revision numbers, should trigger an automatic rebuild. > Similar to bumping up a PR, but without modifying the recipe. Any thoughts? I'm concerned with mplayer_1.0_armv7a.ipk not being the same as mplayer_1.0_armv7a.ipk, which is what USE flags do. regards, Koen