Re: Git/perl build problems

[Jeff Mitchell <jmitchell@ll.mit.edu>]

On 06/13/2011 05:18 PM, Saul Wold wrote:
> On 06/13/2011 02:14 PM, Richard Purdie wrote:
>> On Mon, 2011-06-13 at 14:09 -0700, Saul Wold wrote:
>>> On 06/13/2011 02:04 PM, Jeff Mitchell wrote:
>>>> On 06/13/2011 04:42 PM, Saul Wold wrote:
>>>>> Understood, but not fixed yet!
>>>>>
>>>>> The workaround at this point is to
>>>>>
>>>>> "bitbake -c cleansstate autoconf-native automake-native"
>>>>>
>>>>> Thanks should resolve this issue.
>>>>
>>>> Running that now, seems to be working. Would a simple revision bump to
>>>> those two packages fix the problem for any others?
>>>>
>>> That's my thought, but this issue is that it now uses the host perl, not
>>> any perl built by poky, so I am concerned that it also really need to
>>> inherit perlnative and I have not completely tested that yet.
>>
>> No, everything is fine and working as intended and they should not need
>> perl-native. We should have bumped PR in hindsight and still could do
>> so, that would be fine.
>>
> Thanks for that confirmation with all the perl machinations I was not
> sure which perl those tools should really be using.  Given that, if you
> have not already got a commit for that I will offer one up.

While cleaning and recompiling autoconf-native and automake-native 
helped with the former issue, I've got two more failing packages: 
librsvg and avahi.

The former is using
/home/jmitchell/yocto/build/tmp/sysroots/i686-linux/usr/bin/glib-mkenums

with the result
/home/jmitchell/yocto/build/tmp/sysroots/i686-linux/usr/bin/perl: bad 
interpreter: No such file or directory

The latter is using (with the same result)
/home/jmitchell/yocto/build/tmp/sysroots/i686-linux/usr/bin/intltool-update

The former at least looks like a clean/rebuild of glib-2.0 should work 
-- but it didn't. What's the proper package that needs to be 
cleaned/rebuilt?

Thanks,
Jeff