From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from gravedo.de ([85.214.79.159]) by linuxtogo.org with esmtp (Exim 4.72) (envelope-from ) id 1QJ7Ez-0002bW-2T for openembedded-devel@lists.openembedded.org; Sun, 08 May 2011 18:53:57 +0200 Received: by gravedo.de (Postfix, from userid 5001) id EB29B799012; Sun, 8 May 2011 18:51:15 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on h1108419.serverkompetenz.net X-Spam-Level: X-Spam-Status: No, score=-4.3 required=6.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 Received: from [192.168.178.21] (dslb-088-070-129-150.pools.arcor-ip.net [88.70.129.150]) by gravedo.de (Postfix) with ESMTPSA id 2FEC3798D6F for ; Sun, 8 May 2011 18:51:14 +0200 (CEST) Message-ID: <4DC6CA02.1000009@gravedo.de> Date: Sun, 08 May 2011 18:51:14 +0200 From: Simon Busch User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.17) Gecko/20110424 Lightning/1.0b2 Thunderbird/3.1.10 MIME-Version: 1.0 To: openembedded-devel@lists.openembedded.org References: <1304773638-24877-1-git-send-email-morphis@gravedo.de> <4DC68C80.2040506@gravedo.de> In-Reply-To: Subject: Re: [PATCH] qt4-libs-native: add initial recipe 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: Sun, 08 May 2011 16:53:57 -0000 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit On 08.05.2011 18:33, Otavio Salvador wrote: > On Sun, May 8, 2011 at 09:28, Simon Busch wrote: >> On 07.05.2011 21:17, Otavio Salvador wrote: >>> On Sat, May 7, 2011 at 10:07, Simon Busch wrote: >>>> The native version of the qt4 libraries is needed by some other native recipes to build. >>>> It's mostly a copy of the qt4-tools-native recipes with some changed configuration optons >>>> and is only available for version 4.7.2 now. >>> >>> I second this idea since I will be a user of it but seems better to me >>> to have a full qt4-native since this would reduce build duplication >>> time, no? >> >> You are right. As qt4-libs-native and qt4-tools-native are build mostly >> the same stuff we could merge them and create a qt4-native recipe if >> nobody else has any concerns. I will provide a patch for this. > > IMO you might try to make it on qt4-x11-free recipe and add a provides > for the tools. Hm, I need it for the embedded variant of qt4 so we should add it to qt4.inc which is already quite complex and very target specific. I think the best option is to create a qt4-native recipe which provides both qt4-tools-native and qt4-libs-native. This would even be the best option to be backward compatible (some stuff in OE is depending on qt4-native-tools in different versions). regards, Simon