On 07/20/2011 03:02 PM, Tom Rini wrote:
On 07/20/2011 02:06 PM, Martin Jansa wrote:
Fixes for recipes using intltool, distributions not having locales support in
libc and distutils fix
The following changes since commit 0d03800caffc2341b74190d38f7a372223c89f4c:
lsbsetup_1.0.bb: Change the hardcoded /usr/lib to support multilib
(2011-07-20 15:43:43 +0100)
are available in the git repository at:
git://git.openembedded.org/openembedded-core-contrib jansa/pull
http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=jansa/pull
Martin Jansa (10):
tcmode-default: set preferred version also for (e)glibc-locale
eglibc-package: don't fail without localedef/gconv
intltool: inherit perlnative
polkit: inherit perlnative
shared-mime-info: inherit perlnative
xkeyboard-config: inherit perlnative
avahi: inherit perlnative
vte: inherit perlnative
python: save Makefile.sysroot in do_compile
python: add patch to fix cross compilation on host with linux-3.0
So, with the long path series I posted most of the perlnative's should
be handled automatically with cpan having fixed up the tool in question.
I suspect however that we have a few things like intltool that need
perlnative but don't today.
Are they really still required after Tom's perlnative cpan fix goes in?
I guess I need a test case to try and duplicate the failure better since
I don't see it on any of my 3 build machines!
Sau!
_______________________________________________
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
