On Thu, 2011-07-21 at 08:11 +0200, Martin Jansa wrote: > On Wed, Jul 20, 2011 at 05:54:55PM -0700, Tom Rini wrote: > > On 07/20/2011 05:18 PM, Khem Raj 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 > > > > > > I guess all inherit perlnative patches can me squashed into one > > > > Or not done? :) > > I still see this issue, with > http://patches.openembedded.org/patch/8069/ > applied.
I'm wondering if a better approach to fixing this might be to change intltool.m4 so where it says AC_PATH_PROG(INTLTOOL_PERL, perl), it says AC_PATH_PROG(INTLTOOL_PERL, nativeperl) instead, at least in the sysroot. Another option would be a class that did: DEPENDS =+ "intltool" export INTLTOOL_PERL = "nativeperl" although I think I prefer correcting the intltool m4 macro slightly more. Or do we just add the export to the core in bitbake.conf or autotools.bbclass?... Cheers, Richard _______________________________________________ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
