* Git/perl build problems
@ 2011-06-13 19:44 Jeff Mitchell
2011-06-13 20:21 ` Darren Hart
0 siblings, 1 reply; 12+ messages in thread
From: Jeff Mitchell @ 2011-06-13 19:44 UTC (permalink / raw)
To: poky
Hello,
Late last week I did a full rebuild of packages from poky master branch
(beagleboard target). Today, if I update my clone's master branch to
current upstream, I'm unable to build git (extra whitespace added for
clarity)
NOTE: Running task 210 of 4247 (ID: 324,
virtual:native:/home/jmitchell/yocto/poky/meta/recipes-devtools/git/git_1.7.5.1.bb,
do_configure)
NOTE: package git-native-1.7.5.1-r1: task do_configure: Started
ERROR: Logfile of failure stored in:
/home/jmitchell/yocto/build/tmp/work/i686-linux/git-native-1.7.5.1-r1/temp/log.do_configure.12679
Log data follows:
|
/home/jmitchell/yocto/build/tmp/work/i686-linux/git-native-1.7.5.1-r1/temp/run.do_configure.12679:
/home/jmitchell/yocto/build/tmp/sysroots/i686-linux/usr/bin/automake:
/home/jmitchell/yocto/build/tmp/sysroots/i686-linux/usr/bin/perl: bad
interpreter: No such file or directory
|
/home/jmitchell/yocto/build/tmp/work/i686-linux/git-native-1.7.5.1-r1/temp/run.do_configure.12679:
/home/jmitchell/yocto/build/tmp/sysroots/i686-linux/usr/bin/automake:
/home/jmitchell/yocto/build/tmp/sysroots/i686-linux/usr/bin/perl: bad
interpreter: No such file or directory
My guess is that it's related to 4c790efa, but reverting that patch in a
private branch did not really help. I've tried cleaning and rebuilding
perl, perl-native, and git, with no success.
Did I simply miss some updating step...?
Thanks,
Jeff
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: Git/perl build problems
2011-06-13 19:44 Git/perl build problems Jeff Mitchell
@ 2011-06-13 20:21 ` Darren Hart
2011-06-13 20:42 ` Saul Wold
0 siblings, 1 reply; 12+ messages in thread
From: Darren Hart @ 2011-06-13 20:21 UTC (permalink / raw)
To: Jeff Mitchell; +Cc: poky, Wold, Saul
On 06/13/2011 12:44 PM, Jeff Mitchell wrote:
> Hello,
>
> Late last week I did a full rebuild of packages from poky master branch
> (beagleboard target). Today, if I update my clone's master branch to
> current upstream, I'm unable to build git (extra whitespace added for
> clarity)
>
> NOTE: Running task 210 of 4247 (ID: 324,
> virtual:native:/home/jmitchell/yocto/poky/meta/recipes-devtools/git/git_1.7.5.1.bb,
> do_configure)
>
> NOTE: package git-native-1.7.5.1-r1: task do_configure: Started
>
> ERROR: Logfile of failure stored in:
> /home/jmitchell/yocto/build/tmp/work/i686-linux/git-native-1.7.5.1-r1/temp/log.do_configure.12679
>
> Log data follows:
>
> |
> /home/jmitchell/yocto/build/tmp/work/i686-linux/git-native-1.7.5.1-r1/temp/run.do_configure.12679:
> /home/jmitchell/yocto/build/tmp/sysroots/i686-linux/usr/bin/automake:
> /home/jmitchell/yocto/build/tmp/sysroots/i686-linux/usr/bin/perl: bad
> interpreter: No such file or directory
This is a known issue with a change in the perlnative bits - I hit this
late last week. I thought this had been fixed. Saul?
--
Darren
> |
> /home/jmitchell/yocto/build/tmp/work/i686-linux/git-native-1.7.5.1-r1/temp/run.do_configure.12679:
> /home/jmitchell/yocto/build/tmp/sysroots/i686-linux/usr/bin/automake:
> /home/jmitchell/yocto/build/tmp/sysroots/i686-linux/usr/bin/perl: bad
> interpreter: No such file or directory
>
> My guess is that it's related to 4c790efa, but reverting that patch in a
> private branch did not really help. I've tried cleaning and rebuilding
> perl, perl-native, and git, with no success.
>
> Did I simply miss some updating step...?
>
> Thanks,
> Jeff
> _______________________________________________
> poky mailing list
> poky@yoctoproject.org
> https://lists.yoctoproject.org/listinfo/poky
--
Darren Hart
Intel Open Source Technology Center
Yocto Project - Linux Kernel
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: Git/perl build problems
2011-06-13 20:21 ` Darren Hart
@ 2011-06-13 20:42 ` Saul Wold
2011-06-13 21:04 ` Jeff Mitchell
0 siblings, 1 reply; 12+ messages in thread
From: Saul Wold @ 2011-06-13 20:42 UTC (permalink / raw)
To: Darren Hart; +Cc: poky
On 06/13/2011 01:21 PM, Darren Hart wrote:
> On 06/13/2011 12:44 PM, Jeff Mitchell wrote:
>> Hello,
>>
>> Late last week I did a full rebuild of packages from poky master branch
>> (beagleboard target). Today, if I update my clone's master branch to
>> current upstream, I'm unable to build git (extra whitespace added for
>> clarity)
>>
>> NOTE: Running task 210 of 4247 (ID: 324,
>> virtual:native:/home/jmitchell/yocto/poky/meta/recipes-devtools/git/git_1.7.5.1.bb,
>> do_configure)
>>
>> NOTE: package git-native-1.7.5.1-r1: task do_configure: Started
>>
>> ERROR: Logfile of failure stored in:
>> /home/jmitchell/yocto/build/tmp/work/i686-linux/git-native-1.7.5.1-r1/temp/log.do_configure.12679
>>
>> Log data follows:
>>
>> |
>> /home/jmitchell/yocto/build/tmp/work/i686-linux/git-native-1.7.5.1-r1/temp/run.do_configure.12679:
>> /home/jmitchell/yocto/build/tmp/sysroots/i686-linux/usr/bin/automake:
>> /home/jmitchell/yocto/build/tmp/sysroots/i686-linux/usr/bin/perl: bad
>> interpreter: No such file or directory
>
>
> This is a known issue with a change in the perlnative bits - I hit this
> late last week. I thought this had been fixed. Saul?
>
Understood, but not fixed yet!
The workaround at this point is to
"bitbake -c cleansstate autoconf-native automake-native"
Thanks should resolve this issue.
Sau!
> --
> Darren
>
>> |
>> /home/jmitchell/yocto/build/tmp/work/i686-linux/git-native-1.7.5.1-r1/temp/run.do_configure.12679:
>> /home/jmitchell/yocto/build/tmp/sysroots/i686-linux/usr/bin/automake:
>> /home/jmitchell/yocto/build/tmp/sysroots/i686-linux/usr/bin/perl: bad
>> interpreter: No such file or directory
>>
>> My guess is that it's related to 4c790efa, but reverting that patch in a
>> private branch did not really help. I've tried cleaning and rebuilding
>> perl, perl-native, and git, with no success.
>>
>> Did I simply miss some updating step...?
>>
>> Thanks,
>> Jeff
>> _______________________________________________
>> poky mailing list
>> poky@yoctoproject.org
>> https://lists.yoctoproject.org/listinfo/poky
>
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: Git/perl build problems
2011-06-13 20:42 ` Saul Wold
@ 2011-06-13 21:04 ` Jeff Mitchell
2011-06-13 21:09 ` Saul Wold
0 siblings, 1 reply; 12+ messages in thread
From: Jeff Mitchell @ 2011-06-13 21:04 UTC (permalink / raw)
To: Saul Wold; +Cc: Darren Hart, poky@yoctoproject.org
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?
Thanks,
Jeff
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: Git/perl build problems
2011-06-13 21:04 ` Jeff Mitchell
@ 2011-06-13 21:09 ` Saul Wold
2011-06-13 21:14 ` Richard Purdie
0 siblings, 1 reply; 12+ messages in thread
From: Saul Wold @ 2011-06-13 21:09 UTC (permalink / raw)
To: Jeff Mitchell; +Cc: Darren Hart, poky@yoctoproject.org
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.
Sau!
> Thanks,
> Jeff
>
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: Git/perl build problems
2011-06-13 21:09 ` Saul Wold
@ 2011-06-13 21:14 ` Richard Purdie
2011-06-13 21:18 ` Saul Wold
0 siblings, 1 reply; 12+ messages in thread
From: Richard Purdie @ 2011-06-13 21:14 UTC (permalink / raw)
To: Saul Wold; +Cc: Darren Hart, poky@yoctoproject.org
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.
Cheers,
Richard
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: Git/perl build problems
2011-06-13 21:14 ` Richard Purdie
@ 2011-06-13 21:18 ` Saul Wold
2011-06-14 14:54 ` Jeff Mitchell
0 siblings, 1 reply; 12+ messages in thread
From: Saul Wold @ 2011-06-13 21:18 UTC (permalink / raw)
To: Richard Purdie; +Cc: Darren Hart, poky@yoctoproject.org
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.
Sau!
> Cheers,
>
> Richard
>
>
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: Git/perl build problems
2011-06-13 21:18 ` Saul Wold
@ 2011-06-14 14:54 ` Jeff Mitchell
2011-06-16 21:06 ` Darren Hart
2011-06-17 1:24 ` Cui, Dexuan
0 siblings, 2 replies; 12+ messages in thread
From: Jeff Mitchell @ 2011-06-14 14:54 UTC (permalink / raw)
To: Saul Wold; +Cc: Darren Hart, poky@yoctoproject.org
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
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: Git/perl build problems
2011-06-14 14:54 ` Jeff Mitchell
@ 2011-06-16 21:06 ` Darren Hart
2011-06-16 22:58 ` Jeff Mitchell
2011-06-17 1:24 ` Cui, Dexuan
1 sibling, 1 reply; 12+ messages in thread
From: Darren Hart @ 2011-06-16 21:06 UTC (permalink / raw)
To: Jeff Mitchell; +Cc: poky@yoctoproject.org, Saul Wold
On 06/14/2011 07:54 AM, Jeff Mitchell wrote:
> 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
Hrm, I haven't seen this myself. Are you still blocked on this?
If so, have you tried a cleanall of autoconf and automake (not the
-native versions). Just a stab in the dark...
--
Darren
>
> 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
--
Darren Hart
Intel Open Source Technology Center
Yocto Project - Linux Kernel
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: Git/perl build problems
2011-06-16 21:06 ` Darren Hart
@ 2011-06-16 22:58 ` Jeff Mitchell
0 siblings, 0 replies; 12+ messages in thread
From: Jeff Mitchell @ 2011-06-16 22:58 UTC (permalink / raw)
To: Darren Hart; +Cc: poky@yoctoproject.org, Saul Wold
On 06/16/2011 05:06 PM, Darren Hart wrote:
> Hrm, I haven't seen this myself. Are you still blocked on this?
>
> If so, have you tried a cleanall of autoconf and automake (not the
> -native versions). Just a stab in the dark...
I'm not still blocked because having heard nothing I kicked off a full
rebuild :-)
Thanks though.
--Jeff
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: Git/perl build problems
2011-06-14 14:54 ` Jeff Mitchell
2011-06-16 21:06 ` Darren Hart
@ 2011-06-17 1:24 ` Cui, Dexuan
2011-06-17 2:46 ` Cui, Dexuan
1 sibling, 1 reply; 12+ messages in thread
From: Cui, Dexuan @ 2011-06-17 1:24 UTC (permalink / raw)
To: 'Jeff Mitchell', Wold, Saul; +Cc: Darren Hart, poky@yoctoproject.org
Jeff Mitchell wrote:
> 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?
Hi Jeff,
I guess you should rebuild glib-2.0-native rather than glib-2.0?
Or, can you bump bump the PR in the glib-2.0 recipe and try again? I suppose this should work for you.
Looks we should also rebuild intltool-native.
I'll do a complete research and try to figure out all the recipes that needs to be rebuilt and bump the PRs.
Thanks,
-- Dexuan
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: Git/perl build problems
2011-06-17 1:24 ` Cui, Dexuan
@ 2011-06-17 2:46 ` Cui, Dexuan
0 siblings, 0 replies; 12+ messages in thread
From: Cui, Dexuan @ 2011-06-17 2:46 UTC (permalink / raw)
To: poky@yoctoproject.org, 'Richard Purdie',
'Jeff Mitchell', Wold, Saul
Cc: Darren Hart
Cui, Dexuan wrote:
> Jeff Mitchell wrote:
>> 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?
>
> Hi Jeff,
> I guess you should rebuild glib-2.0-native rather than glib-2.0?
> Or, can you bump bump the PR in the glib-2.0 recipe and try again? I
> suppose this should work for you.
>
> Looks we should also rebuild intltool-native.
>
> I'll do a complete research and try to figure out all the recipes
> that needs to be rebuilt and bump the PRs.
Hi, I worked out a patch:
http://git.pokylinux.org/cgit/cgit.cgi/poky-contrib/commit/?h=dcui/bump_PR&id=be638790e41206ed740aec69a8704fe77d1bc0b2
and will send it to the oe-core mailing list.
Thanks,
-- Dexuan
^ permalink raw reply [flat|nested] 12+ messages in thread
end of thread, other threads:[~2011-06-17 2:47 UTC | newest]
Thread overview: 12+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2011-06-13 19:44 Git/perl build problems Jeff Mitchell
2011-06-13 20:21 ` Darren Hart
2011-06-13 20:42 ` Saul Wold
2011-06-13 21:04 ` Jeff Mitchell
2011-06-13 21:09 ` Saul Wold
2011-06-13 21:14 ` Richard Purdie
2011-06-13 21:18 ` Saul Wold
2011-06-14 14:54 ` Jeff Mitchell
2011-06-16 21:06 ` Darren Hart
2011-06-16 22:58 ` Jeff Mitchell
2011-06-17 1:24 ` Cui, Dexuan
2011-06-17 2:46 ` Cui, Dexuan
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.