From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mga11.intel.com ([192.55.52.93]) by linuxtogo.org with esmtp (Exim 4.72) (envelope-from ) id 1U2nfb-0003Ng-Vt for openembedded-core@lists.openembedded.org; Tue, 05 Feb 2013 19:55:05 +0100 Received: from fmsmga002.fm.intel.com ([10.253.24.26]) by fmsmga102.fm.intel.com with ESMTP; 05 Feb 2013 10:39:08 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="4.84,609,1355126400"; d="scan'208";a="286951626" Received: from unknown (HELO [10.255.12.90]) ([10.255.12.90]) by fmsmga002.fm.intel.com with ESMTP; 05 Feb 2013 10:39:08 -0800 Message-ID: <511151CC.8080801@linux.intel.com> Date: Tue, 05 Feb 2013 10:39:08 -0800 From: Saul Wold User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: =?ISO-8859-1?Q?Bj=F6rn_Stenberg?= References: <3666e39a359b03ba1e054813f4353ddeed11d506.1360079373.git.rep.dot.nop@gmail.com> <5111374E.1050802@linux.intel.com> In-Reply-To: Cc: openembedded-core@lists.openembedded.org Subject: Re: [PATCH 4/8] Revert "Add ptest for glib." X-BeenThere: openembedded-core@lists.openembedded.org X-Mailman-Version: 2.1.11 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: Tue, 05 Feb 2013 18:55:06 -0000 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 02/05/2013 09:13 AM, Bernhard Reutner-Fischer wrote: > On 5 February 2013 17:46, Saul Wold wrote: >> On 02/05/2013 07:55 AM, Bernhard Reutner-Fischer wrote: >>> >>> This reverts commit dec6f912d68f52748f645b6af411f189cf464f85. >>> >>> This breaks core-image-sato-sdk for TCLIBC="uclibc". >>> >> What's the issue? Is it fixable instead of reverting the ptest patch? I > > The issue is that it incorrectly and unconditionally pulls in eglibc stuff: > > -RDEPENDS_${PN}-ptest += "\ > - eglibc-gconv-utf-16 \ > - eglibc-charmap-utf-8 \ > - eglibc-gconv-cp1255 \ > - eglibc-charmap-cp1255 \ > - eglibc-gconv-utf-32 \ > - eglibc-gconv-utf-7 \ > - eglibc-charmap-invariant \ > - eglibc-localedata-translit-cjk-variants \ > - tzdata \ > - tzdata-americas \ > - tzdata-asia \ > - tzdata-europe \ > - tzdata-posix \ > - python-pygobject \ > - python-dbus \ > - " > Bjorn, Do you have some time to look at this and see if you can make use of TCLIBC to use the correct library and locale package info based on which libc is being used? I guess you did not originally think about the uclibc case. Thanks Sau! >> think this would be the wrong approach to this kind of issue as we want to >> expand the usage of ptest. > >