poky-image-sato-sdk failed at do_rootfs

poky-image-sato-sdk failed at do_rootfs

[Zhang, Jessica]

[-- Attachment #1.1: Type: text/plain, Size: 743 bytes --]

My poky-image-sato-sdk against the latest master is consistently failed at
last step of do_rootfs, here's the error:
 
 Processing task-poky-qt-demos...
| error: Failed dependencies:
|  eglibc >= 2.12 is needed by libstdc++6-4.5.1-r2.armv5te
|  eglibc >= 2.12 is needed by libgcc1-4.5.1-r0.armv5te
| Function 'do_rootfs' failed (see
/home/jzhang/master-arm-build/tmp/work/qemuarm-poky-linux-gnueabi/poky-image
-sato-sdk-1.0-r0/temp/log.do_rootfs.6142 for further information)
| ERROR: Function 'do_rootfs' failed (see
/home/jzhang/master-arm-build/tmp/work/qemuarm-poky-linux-gnueabi/poky-image
-sato-sdk-1.0-r0/temp/log.do_rootfs.6142 for further information)

Has anybody run into same issue or any idea?
 
Thanks,
Jessica

[-- Attachment #1.2: Type: text/html, Size: 1600 bytes --]

[-- Attachment #2: smime.p7s --]
[-- Type: application/x-pkcs7-signature, Size: 8455 bytes --]

Re: poky-image-sato-sdk failed at do_rootfs

[Cui, Dexuan]

[-- Attachment #1: Type: text/plain, Size: 1418 bytes --]

Hi Jessica,
I didn't meet with the same issue -- my last-time building poky-image-sato-sdk on all the qemu targets is Jan 26 and it's ok.

I looked at recent nightly build logs just now and looks I didn't find the similar ERROR, but master does seem unstable, e.g., meta-toolchain-sdk failed on many qemu targets because linux-libc-headers can't build.
I'm building locally and trying to reslove the issue...

Thanks,
-- Dexuan
________________________________
From: poky-bounces@yoctoproject.org [mailto:poky-bounces@yoctoproject.org] On Behalf Of Zhang, Jessica
Sent: 2011年1月30日 9:33
To: poky@yoctoproject.org
Subject: [poky] poky-image-sato-sdk failed at do_rootfs

My poky-image-sato-sdk against the latest master is consistently failed at last step of do_rootfs, here's the error:

 Processing task-poky-qt-demos...
| error: Failed dependencies:
|  eglibc >= 2.12 is needed by libstdc++6-4.5.1-r2.armv5te
|  eglibc >= 2.12 is needed by libgcc1-4.5.1-r0.armv5te
| Function 'do_rootfs' failed (see /home/jzhang/master-arm-build/tmp/work/qemuarm-poky-linux-gnueabi/poky-image-sato-sdk-1.0-r0/temp/log.do_rootfs.6142 for further information)
| ERROR: Function 'do_rootfs' failed (see /home/jzhang/master-arm-build/tmp/work/qemuarm-poky-linux-gnueabi/poky-image-sato-sdk-1.0-r0/temp/log.do_rootfs.6142 for further information)
Has anybody run into same issue or any idea?

Thanks,
Jessica

[-- Attachment #2: Type: text/html, Size: 3213 bytes --]

Re: poky-image-sato-sdk failed at do_rootfs

[Zhang, Jessica]

[-- Attachment #1.1: Type: text/plain, Size: 1685 bytes --]

Thanks, Dexuan.  BTW, I did a pull on the 28th...
 
- Jessica

  _____  

From: Cui, Dexuan 
Sent: Saturday, January 29, 2011 6:00 PM
To: Zhang, Jessica; poky@yoctoproject.org
Subject: RE: [poky] poky-image-sato-sdk failed at do_rootfs


Hi Jessica,
I didn't meet with the same issue -- my last-time building
poky-image-sato-sdk on all the qemu targets is Jan 26 and it's ok.
 
I looked at recent nightly build logs just now and looks I didn't find the
similar ERROR, but master does seem unstable, e.g., meta-toolchain-sdk
failed on many qemu targets because linux-libc-headers can't build.
I'm building locally and trying to reslove the issue...
 
Thanks,
-- Dexuan 
  _____  

From: poky-bounces@yoctoproject.org [mailto:poky-bounces@yoctoproject.org]
On Behalf Of Zhang, Jessica
Sent: 2011年1月30日 9:33
To: poky@yoctoproject.org
Subject: [poky] poky-image-sato-sdk failed at do_rootfs


My poky-image-sato-sdk against the latest master is consistently failed at
last step of do_rootfs, here's the error:
 
 Processing task-poky-qt-demos...
| error: Failed dependencies:
|  eglibc >= 2.12 is needed by libstdc++6-4.5.1-r2.armv5te
|  eglibc >= 2.12 is needed by libgcc1-4.5.1-r0.armv5te
| Function 'do_rootfs' failed (see
/home/jzhang/master-arm-build/tmp/work/qemuarm-poky-linux-gnueabi/poky-image
-sato-sdk-1.0-r0/temp/log.do_rootfs.6142 for further information)
| ERROR: Function 'do_rootfs' failed (see
/home/jzhang/master-arm-build/tmp/work/qemuarm-poky-linux-gnueabi/poky-image
-sato-sdk-1.0-r0/temp/log.do_rootfs.6142 for further information)

Has anybody run into same issue or any idea?
 
Thanks,
Jessica

[-- Attachment #1.2: Type: text/html, Size: 4058 bytes --]

[-- Attachment #2: smime.p7s --]
[-- Type: application/x-pkcs7-signature, Size: 8455 bytes --]

Re: poky-image-sato-sdk failed at do_rootfs

[Lu, Lianhao]

[-- Attachment #1: Type: text/plain, Size: 2208 bytes --]

Jessica,

I did try “bitbake poky-image-minimal” using IPK to do rootfs on yesterday’s master (latest commit id 754047b6ec01df5f3159cce93b17b8493d0af5e1<http://git.pokylinux.org/cgit/cgit.cgi/poky-contrib/commit/?h=llu/bug227&id=754047b6ec01df5f3159cce93b17b8493d0af5e1>), and it succeeded.

But when I tried the same command on today’s master(latest commit id ffd12fc476d6061ba1e019a1e789cf1a2d3c82e6), I met the same problem as yours.

Anyway, if you try to use RPM to do rootfs, the problem seems gone.

Best Regards,
-Lianhao
From: poky-bounces@yoctoproject.org [mailto:poky-bounces@yoctoproject.org] On Behalf Of Cui, Dexuan
Sent: Sunday, January 30, 2011 10:00 AM
To: Zhang, Jessica; poky@yoctoproject.org
Subject: Re: [poky] poky-image-sato-sdk failed at do_rootfs

Hi Jessica,
I didn't meet with the same issue -- my last-time building poky-image-sato-sdk on all the qemu targets is Jan 26 and it's ok.

I looked at recent nightly build logs just now and looks I didn't find the similar ERROR, but master does seem unstable, e.g., meta-toolchain-sdk failed on many qemu targets because linux-libc-headers can't build.
I'm building locally and trying to reslove the issue...

Thanks,
-- Dexuan
________________________________
From: poky-bounces@yoctoproject.org [mailto:poky-bounces@yoctoproject.org] On Behalf Of Zhang, Jessica
Sent: 2011年1月30日 9:33
To: poky@yoctoproject.org
Subject: [poky] poky-image-sato-sdk failed at do_rootfs
My poky-image-sato-sdk against the latest master is consistently failed at last step of do_rootfs, here's the error:

 Processing task-poky-qt-demos...
| error: Failed dependencies:
|  eglibc >= 2.12 is needed by libstdc++6-4.5.1-r2.armv5te
|  eglibc >= 2.12 is needed by libgcc1-4.5.1-r0.armv5te
| Function 'do_rootfs' failed (see /home/jzhang/master-arm-build/tmp/work/qemuarm-poky-linux-gnueabi/poky-image-sato-sdk-1.0-r0/temp/log.do_rootfs.6142 for further information)
| ERROR: Function 'do_rootfs' failed (see /home/jzhang/master-arm-build/tmp/work/qemuarm-poky-linux-gnueabi/poky-image-sato-sdk-1.0-r0/temp/log.do_rootfs.6142 for further information)
Has anybody run into same issue or any idea?

Thanks,
Jessica

[-- Attachment #2: Type: text/html, Size: 9075 bytes --]

Re: poky-image-sato-sdk failed at do_rootfs

[Zhang, Jessica]

[-- Attachment #1.1: Type: text/plain, Size: 2613 bytes --]

Interesting, mine is RPM based image and is based on master of commit
a606ad5022e7c0ca34a5bc086254ac8ec16bc8c7

  _____

From: Lu, Lianhao
Sent: Saturday, January 29, 2011 11:47 PM
To: Cui, Dexuan; Zhang, Jessica; poky@yoctoproject.org
Subject: RE: [poky] poky-image-sato-sdk failed at do_rootfs



Jessica,



I did try “bitbake poky-image-minimal” using IPK to do rootfs on
yesterday’s master (latest commit id
<http://git.pokylinux.org/cgit/cgit.cgi/poky-contrib/commit/?h=llu/bug227&id
=754047b6ec01df5f3159cce93b17b8493d0af5e1>
754047b6ec01df5f3159cce93b17b8493d0af5e1), and it succeeded.



But when I tried the same command on today’s master(latest commit id
ffd12fc476d6061ba1e019a1e789cf1a2d3c82e6), I met the same problem as yours.



Anyway, if you try to use RPM to do rootfs, the problem seems gone.



Best Regards,

-Lianhao

From: poky-bounces@yoctoproject.org [mailto:poky-bounces@yoctoproject.org]
On Behalf Of Cui, Dexuan
Sent: Sunday, January 30, 2011 10:00 AM
To: Zhang, Jessica; poky@yoctoproject.org
Subject: Re: [poky] poky-image-sato-sdk failed at do_rootfs



Hi Jessica,

I didn't meet with the same issue -- my last-time building
poky-image-sato-sdk on all the qemu targets is Jan 26 and it's ok.



I looked at recent nightly build logs just now and looks I didn't find the
similar ERROR, but master does seem unstable, e.g., meta-toolchain-sdk
failed on many qemu targets because linux-libc-headers can't build.

I'm building locally and trying to reslove the issue...



Thanks,

-- Dexuan

  _____

From: poky-bounces@yoctoproject.org [mailto:poky-bounces@yoctoproject.org]
On Behalf Of Zhang, Jessica
Sent: 2011年1月30日 9:33
To: poky@yoctoproject.org
Subject: [poky] poky-image-sato-sdk failed at do_rootfs

My poky-image-sato-sdk against the latest master is consistently failed at
last step of do_rootfs, here's the error:



 Processing task-poky-qt-demos...
| error: Failed dependencies:
|  eglibc >= 2.12 is needed by libstdc++6-4.5.1-r2.armv5te
|  eglibc >= 2.12 is needed by libgcc1-4.5.1-r0.armv5te
| Function 'do_rootfs' failed (see
/home/jzhang/master-arm-build/tmp/work/qemuarm-poky-linux-gnueabi/poky-image
-sato-sdk-1.0-r0/temp/log.do_rootfs.6142 for further information)
| ERROR: Function 'do_rootfs' failed (see
/home/jzhang/master-arm-build/tmp/work/qemuarm-poky-linux-gnueabi/poky-image
-sato-sdk-1.0-r0/temp/log.do_rootfs.6142 for further information)

Has anybody run into same issue or any idea?



Thanks,

Jessica


[-- Attachment #1.2: Type: text/html, Size: 10111 bytes --]

[-- Attachment #2: smime.p7s --]
[-- Type: application/x-pkcs7-signature, Size: 8455 bytes --]

Re: poky-image-sato-sdk failed at do_rootfs

[Cui, Dexuan]

[-- Attachment #1: Type: text/plain, Size: 3035 bytes --]

Lianhao, I'm building from scratch using the latest ffd12fc476d6061ba1e019a1e789cf1a2d3c82e6, but "bitbake poky-image-minimal" did succeed. BTW: I'm using ipk.
So I guess Lianhao and Jessica are using incremental build? And there is some incremental-build specific issue???

Thanks,
-- Dexuan
________________________________
From: Zhang, Jessica
Sent: 2011年1月30日 15:58
To: Lu, Lianhao; Cui, Dexuan; poky@yoctoproject.org
Subject: RE: [poky] poky-image-sato-sdk failed at do_rootfs

Interesting, mine is RPM based image and is based on master of commit  a606ad5022e7c0ca34a5bc086254ac8ec16bc8c7

________________________________
From: Lu, Lianhao
Sent: Saturday, January 29, 2011 11:47 PM
To: Cui, Dexuan; Zhang, Jessica; poky@yoctoproject.org
Subject: RE: [poky] poky-image-sato-sdk failed at do_rootfs

Jessica,

I did try “bitbake poky-image-minimal” using IPK to do rootfs on yesterday’s master (latest commit id 754047b6ec01df5f3159cce93b17b8493d0af5e1<http://git.pokylinux.org/cgit/cgit.cgi/poky-contrib/commit/?h=llu/bug227&id=754047b6ec01df5f3159cce93b17b8493d0af5e1>), and it succeeded.

But when I tried the same command on today’s master(latest commit id ffd12fc476d6061ba1e019a1e789cf1a2d3c82e6), I met the same problem as yours.

Anyway, if you try to use RPM to do rootfs, the problem seems gone.

Best Regards,
-Lianhao
From: poky-bounces@yoctoproject.org [mailto:poky-bounces@yoctoproject.org] On Behalf Of Cui, Dexuan
Sent: Sunday, January 30, 2011 10:00 AM
To: Zhang, Jessica; poky@yoctoproject.org
Subject: Re: [poky] poky-image-sato-sdk failed at do_rootfs

Hi Jessica,
I didn't meet with the same issue -- my last-time building poky-image-sato-sdk on all the qemu targets is Jan 26 and it's ok.

I looked at recent nightly build logs just now and looks I didn't find the similar ERROR, but master does seem unstable, e.g., meta-toolchain-sdk failed on many qemu targets because linux-libc-headers can't build.
I'm building locally and trying to reslove the issue...

Thanks,
-- Dexuan
________________________________
From: poky-bounces@yoctoproject.org [mailto:poky-bounces@yoctoproject.org] On Behalf Of Zhang, Jessica
Sent: 2011年1月30日 9:33
To: poky@yoctoproject.org
Subject: [poky] poky-image-sato-sdk failed at do_rootfs
My poky-image-sato-sdk against the latest master is consistently failed at last step of do_rootfs, here's the error:

 Processing task-poky-qt-demos...
| error: Failed dependencies:
|  eglibc >= 2.12 is needed by libstdc++6-4.5.1-r2.armv5te
|  eglibc >= 2.12 is needed by libgcc1-4.5.1-r0.armv5te
| Function 'do_rootfs' failed (see /home/jzhang/master-arm-build/tmp/work/qemuarm-poky-linux-gnueabi/poky-image-sato-sdk-1.0-r0/temp/log.do_rootfs.6142 for further information)
| ERROR: Function 'do_rootfs' failed (see /home/jzhang/master-arm-build/tmp/work/qemuarm-poky-linux-gnueabi/poky-image-sato-sdk-1.0-r0/temp/log.do_rootfs.6142 for further information)
Has anybody run into same issue or any idea?

Thanks,
Jessica

[-- Attachment #2: Type: text/html, Size: 11245 bytes --]

Re: poky-image-sato-sdk failed at do_rootfs

[Lu, Lianhao]

[-- Attachment #1: Type: text/plain, Size: 2802 bytes --]

Correction, the problem exists in RPM rootfs also.

The weired thing is that when the do_rootfs task failed (due to the unsatisfied dependencies to package eglibc), I found that the task do_package_setscene for eglibc is still not finished.

Since Dexuan’s built from scracth succeeded, I’ll try the scratch way.

-Lianhao

From: poky-bounces@yoctoproject.org [mailto:poky-bounces@yoctoproject.org] On Behalf Of Lu, Lianhao
Sent: Sunday, January 30, 2011 3:47 PM
To: Cui, Dexuan; Zhang, Jessica; poky@yoctoproject.org
Subject: Re: [poky] poky-image-sato-sdk failed at do_rootfs

Jessica,

I did try “bitbake poky-image-minimal” using IPK to do rootfs on yesterday’s master (latest commit id 754047b6ec01df5f3159cce93b17b8493d0af5e1<http://git.pokylinux.org/cgit/cgit.cgi/poky-contrib/commit/?h=llu/bug227&id=754047b6ec01df5f3159cce93b17b8493d0af5e1>), and it succeeded.

But when I tried the same command on today’s master(latest commit id ffd12fc476d6061ba1e019a1e789cf1a2d3c82e6), I met the same problem as yours.

Anyway, if you try to use RPM to do rootfs, the problem seems gone.

Best Regards,
-Lianhao
From: poky-bounces@yoctoproject.org [mailto:poky-bounces@yoctoproject.org] On Behalf Of Cui, Dexuan
Sent: Sunday, January 30, 2011 10:00 AM
To: Zhang, Jessica; poky@yoctoproject.org
Subject: Re: [poky] poky-image-sato-sdk failed at do_rootfs

Hi Jessica,
I didn't meet with the same issue -- my last-time building poky-image-sato-sdk on all the qemu targets is Jan 26 and it's ok.

I looked at recent nightly build logs just now and looks I didn't find the similar ERROR, but master does seem unstable, e.g., meta-toolchain-sdk failed on many qemu targets because linux-libc-headers can't build.
I'm building locally and trying to reslove the issue...

Thanks,
-- Dexuan
________________________________
From: poky-bounces@yoctoproject.org [mailto:poky-bounces@yoctoproject.org] On Behalf Of Zhang, Jessica
Sent: 2011年1月30日 9:33
To: poky@yoctoproject.org
Subject: [poky] poky-image-sato-sdk failed at do_rootfs
My poky-image-sato-sdk against the latest master is consistently failed at last step of do_rootfs, here's the error:

 Processing task-poky-qt-demos...
| error: Failed dependencies:
|  eglibc >= 2.12 is needed by libstdc++6-4.5.1-r2.armv5te
|  eglibc >= 2.12 is needed by libgcc1-4.5.1-r0.armv5te
| Function 'do_rootfs' failed (see /home/jzhang/master-arm-build/tmp/work/qemuarm-poky-linux-gnueabi/poky-image-sato-sdk-1.0-r0/temp/log.do_rootfs.6142 for further information)
| ERROR: Function 'do_rootfs' failed (see /home/jzhang/master-arm-build/tmp/work/qemuarm-poky-linux-gnueabi/poky-image-sato-sdk-1.0-r0/temp/log.do_rootfs.6142 for further information)
Has anybody run into same issue or any idea?

Thanks,
Jessica

[-- Attachment #2: Type: text/html, Size: 11838 bytes --]

Re: poky-image-sato-sdk failed at do_rootfs

[Zhang, Jessica]

[-- Attachment #1.1: Type: text/plain, Size: 3238 bytes --]

I tried "bitbake -c cleanall eglibc", "bitbake eglic" and then rebuilt
image, but still failed.

  _____

From: Lu, Lianhao
Sent: Sunday, January 30, 2011 12:17 AM
To: Lu, Lianhao; Cui, Dexuan; Zhang, Jessica; poky@yoctoproject.org
Subject: RE: [poky] poky-image-sato-sdk failed at do_rootfs



Correction, the problem exists in RPM rootfs also.



The weired thing is that when the do_rootfs task failed (due to the
unsatisfied dependencies to package eglibc), I found that the task
do_package_setscene for eglibc is still not finished.



Since Dexuan’s built from scracth succeeded, I’ll try the scratch way.



-Lianhao



From: poky-bounces@yoctoproject.org [mailto:poky-bounces@yoctoproject.org]
On Behalf Of Lu, Lianhao
Sent: Sunday, January 30, 2011 3:47 PM
To: Cui, Dexuan; Zhang, Jessica; poky@yoctoproject.org
Subject: Re: [poky] poky-image-sato-sdk failed at do_rootfs



Jessica,



I did try “bitbake poky-image-minimal” using IPK to do rootfs on
yesterday’s master (latest commit id
<http://git.pokylinux.org/cgit/cgit.cgi/poky-contrib/commit/?h=llu/bug227&id
=754047b6ec01df5f3159cce93b17b8493d0af5e1>
754047b6ec01df5f3159cce93b17b8493d0af5e1), and it succeeded.



But when I tried the same command on today’s master(latest commit id
ffd12fc476d6061ba1e019a1e789cf1a2d3c82e6), I met the same problem as yours.



Anyway, if you try to use RPM to do rootfs, the problem seems gone.



Best Regards,

-Lianhao

From: poky-bounces@yoctoproject.org [mailto:poky-bounces@yoctoproject.org]
On Behalf Of Cui, Dexuan
Sent: Sunday, January 30, 2011 10:00 AM
To: Zhang, Jessica; poky@yoctoproject.org
Subject: Re: [poky] poky-image-sato-sdk failed at do_rootfs



Hi Jessica,

I didn't meet with the same issue -- my last-time building
poky-image-sato-sdk on all the qemu targets is Jan 26 and it's ok.



I looked at recent nightly build logs just now and looks I didn't find the
similar ERROR, but master does seem unstable, e.g., meta-toolchain-sdk
failed on many qemu targets because linux-libc-headers can't build.

I'm building locally and trying to reslove the issue...



Thanks,

-- Dexuan

  _____

From: poky-bounces@yoctoproject.org [mailto:poky-bounces@yoctoproject.org]
On Behalf Of Zhang, Jessica
Sent: 2011年1月30日 9:33
To: poky@yoctoproject.org
Subject: [poky] poky-image-sato-sdk failed at do_rootfs

My poky-image-sato-sdk against the latest master is consistently failed at
last step of do_rootfs, here's the error:



 Processing task-poky-qt-demos...
| error: Failed dependencies:
|  eglibc >= 2.12 is needed by libstdc++6-4.5.1-r2.armv5te
|  eglibc >= 2.12 is needed by libgcc1-4.5.1-r0.armv5te
| Function 'do_rootfs' failed (see
/home/jzhang/master-arm-build/tmp/work/qemuarm-poky-linux-gnueabi/poky-image
-sato-sdk-1.0-r0/temp/log.do_rootfs.6142 for further information)
| ERROR: Function 'do_rootfs' failed (see
/home/jzhang/master-arm-build/tmp/work/qemuarm-poky-linux-gnueabi/poky-image
-sato-sdk-1.0-r0/temp/log.do_rootfs.6142 for further information)

Has anybody run into same issue or any idea?



Thanks,

Jessica


[-- Attachment #1.2: Type: text/html, Size: 13173 bytes --]

[-- Attachment #2: smime.p7s --]
[-- Type: application/x-pkcs7-signature, Size: 8455 bytes --]

Re: poky-image-sato-sdk failed at do_rootfs

[Richard Purdie]

On Sat, 2011-01-29 at 17:33 -0800, Zhang, Jessica wrote:
> My poky-image-sato-sdk against the latest master is consistently
> failed at last step of do_rootfs, here's the error:
>  
>  Processing task-poky-qt-demos...
> | error: Failed dependencies:
> |  eglibc >= 2.12 is needed by libstdc++6-4.5.1-r2.armv5te
> |  eglibc >= 2.12 is needed by libgcc1-4.5.1-r0.armv5te
> | Function 'do_rootfs' failed
> (see /home/jzhang/master-arm-build/tmp/work/qemuarm-poky-linux-gnueabi/poky-image-sato-sdk-1.0-r0/temp/log.do_rootfs.6142 for further information)
> | ERROR: Function 'do_rootfs' failed
> (see /home/jzhang/master-arm-build/tmp/work/qemuarm-poky-linux-gnueabi/poky-image-sato-sdk-1.0-r0/temp/log.do_rootfs.6142 for further information)
> 
> Has anybody run into same issue or any idea?

This looks like a race issue we once had. Grepping the gcc include files
revealed:

gcc-configure-cross.inc:do_package_write_ipk[depends] += "virtual/libc:do_package"

which was added to address this problem. Of course now, libgcc and
libstdc++ are built by libgcc and gcc-runtime so I think the correct
approach is to make both of these dependent on the libc packaging to
finish.

This also shouldn't be ipk specific, in the modern world we can depend
on do_package_write.

The problem is that "eglibc" gets renamed to libc at package time. If
the package step hasn't run, the renaming isn't applied to the
dependencies that libgcc and libstdc++ have on libc and you see this
error. If you rebuild those packages, the image should work. Since its a
race, some builds will work, some won't. Using rm_work will make this
bug more likely to appear at a guess.

Cheers,

Richard

Re: poky-image-sato-sdk failed at do_rootfs

[Tian, Kevin]

> From: Richard Purdie
> Sent: Sunday, January 30, 2011 6:13 PM
> 
> On Sat, 2011-01-29 at 17:33 -0800, Zhang, Jessica wrote:
> > My poky-image-sato-sdk against the latest master is consistently
> > failed at last step of do_rootfs, here's the error:
> >
> >  Processing task-poky-qt-demos...
> > | error: Failed dependencies:
> > |  eglibc >= 2.12 is needed by libstdc++6-4.5.1-r2.armv5te
> > |  eglibc >= 2.12 is needed by libgcc1-4.5.1-r0.armv5te
> > | Function 'do_rootfs' failed
> > (see
> /home/jzhang/master-arm-build/tmp/work/qemuarm-poky-linux-gnueabi/poky-
> image-sato-sdk-1.0-r0/temp/log.do_rootfs.6142 for further information)
> > | ERROR: Function 'do_rootfs' failed
> > (see
> /home/jzhang/master-arm-build/tmp/work/qemuarm-poky-linux-gnueabi/poky-
> image-sato-sdk-1.0-r0/temp/log.do_rootfs.6142 for further information)
> >
> > Has anybody run into same issue or any idea?
> 
> This looks like a race issue we once had. Grepping the gcc include files
> revealed:
> 
> gcc-configure-cross.inc:do_package_write_ipk[depends] +=
> "virtual/libc:do_package"
> 
> which was added to address this problem. Of course now, libgcc and
> libstdc++ are built by libgcc and gcc-runtime so I think the correct
> approach is to make both of these dependent on the libc packaging to
> finish.

Curious how that race condition doesn't cause issue in the 1st place when libgcc
and gcc-runtime are compiled, while only occurs in final rootfs stage...

BTW, today I took a brief look in Lianhao's cube. His phenomenon is even more
complex I think because when above error of do_rootfs is thrown out there're
still 6-7 ongoing tasks which are waited to complete.

> 
> This also shouldn't be ipk specific, in the modern world we can depend
> on do_package_write.
> 
> The problem is that "eglibc" gets renamed to libc at package time. If
> the package step hasn't run, the renaming isn't applied to the
> dependencies that libgcc and libstdc++ have on libc and you see this
> error. If you rebuild those packages, the image should work. Since its a
> race, some builds will work, some won't. Using rm_work will make this
> bug more likely to appear at a guess.
> 

Since Lianhao also observed this issue, we'll take a look at this issue tomorrow.

Thanks
Kevins

Re: poky-image-sato-sdk failed at do_rootfs

[Lu, Lianhao]

[-- Attachment #1: Type: text/plain, Size: 3398 bytes --]

Tian, Kevin wrote on 2011-01-30:
>> From: Richard Purdie
>> Sent: Sunday, January 30, 2011 6:13 PM
>> 
>> On Sat, 2011-01-29 at 17:33 -0800, Zhang, Jessica wrote:
>>> My poky-image-sato-sdk against the latest master is consistently
>>> failed at last step of do_rootfs, here's the error:
>>> 
>>>  Processing task-poky-qt-demos...
>>> | error: Failed dependencies:
>>> |  eglibc >= 2.12 is needed by libstdc++6-4.5.1-r2.armv5te  eglibc
>>> | >= 2.12 is needed by libgcc1-4.5.1-r0.armv5te Function 'do_rootfs'
>>> | failed
>>> (see
>> 
>> /home/jzhang/master-arm-build/tmp/work/qemuarm-poky-linux-gnueabi/poky
>> - image-sato-sdk-1.0-r0/temp/log.do_rootfs.6142 for further information)
>>> | ERROR: Function 'do_rootfs' failed
>>> (see
>> 
>> /home/jzhang/master-arm-build/tmp/work/qemuarm-poky-linux-gnueabi/poky
>> - image-sato-sdk-1.0-r0/temp/log.do_rootfs.6142 for further information)
>>> 
>>> Has anybody run into same issue or any idea?
>> 
>> This looks like a race issue we once had. Grepping the gcc include
>> files
>> revealed:
>> 
>> gcc-configure-cross.inc:do_package_write_ipk[depends] +=
>> "virtual/libc:do_package"
>> 
>> which was added to address this problem. Of course now, libgcc and
>> libstdc++ are built by libgcc and gcc-runtime so I think the correct
>> approach is to make both of these dependent on the libc packaging to
>> finish.
> 
> Curious how that race condition doesn't cause issue in the 1st place
> when libgcc and gcc-runtime are compiled, while only occurs in final rootfs stage...
> 
> BTW, today I took a brief look in Lianhao's cube. His phenomenon is
> even more complex I think because when above error of do_rootfs is
> thrown out there're still 6-7 ongoing tasks which are waited to complete.
> 
>> 
>> This also shouldn't be ipk specific, in the modern world we can
>> depend on do_package_write.
>> 
>> The problem is that "eglibc" gets renamed to libc at package time.
>> If the package step hasn't run, the renaming isn't applied to the
>> dependencies that libgcc and libstdc++ have on libc and you see this
>> error. If you rebuild those packages, the image should work. Since
>> its a race, some builds will work, some won't. Using rm_work will
>> make this bug more likely to appear at a guess.
>> 
> 
> Since Lianhao also observed this issue, we'll take a look at this issue tomorrow.
> 

Here is what I found using the master with the latest commit ffd12fc476d6061ba1e019a1e789cf1a2d3c82e6.

1. set PACKAGE_CLASSES to "package_rpm package_ipk" and target machine to "qemumips" in conf/local.conf
2. bitbake poky-image-minimal from scratch, then bitbake meta-toolchain incrementally. Both got built successfully.
3. set PACKAGE_CLASSES to "package_ipk package_rpm"
4. bitbake poky-image-minimal incrementally, and it succeeded.
5. bitbake meta-toolchain incrementally, it failed complaining about unsatisfied dependencies to eglibc during opkg installation. See attached file "log.do_populate_sdk" for details. This failure is then reproducible every time.
6. set PACKAGE_CLASSES back to "package_rpm package_ipk"
7. bitbake poky-image-minimal incrementally, it failed complaining about unsatisfied dependencies to eglibc during rpm installation. See attached file "log.do_rootfs" for details. This failure is then reproducible every time.



Best Regards,
Lianhao



[-- Attachment #2: log.do_populate_sdk --]
[-- Type: application/octet-stream, Size: 38337 bytes --]

+ ipkgarchs='all any noarch mips  qemumips'
+ '[' '!' -z '' ']'
+ packagedirs=/home/lulianhao/poky-build/master/tmp/deploy/ipk
+ for arch in '$ipkgarchs'
++ echo all
++ sed -e s/mips/x86_64/
+ sdkarch=all
+ packagedirs='/home/lulianhao/poky-build/master/tmp/deploy/ipk /home/lulianhao/poky-build/master/tmp/deploy/ipk/all /home/lulianhao/poky-build/master/tmp/deploy/ipk/all-nativesdk'
+ for arch in '$ipkgarchs'
++ echo any
++ sed -e s/mips/x86_64/
+ sdkarch=any
+ packagedirs='/home/lulianhao/poky-build/master/tmp/deploy/ipk /home/lulianhao/poky-build/master/tmp/deploy/ipk/all /home/lulianhao/poky-build/master/tmp/deploy/ipk/all-nativesdk /home/lulianhao/poky-build/master/tmp/deploy/ipk/any /home/lulianhao/poky-build/master/tmp/deploy/ipk/any-nativesdk'
+ for arch in '$ipkgarchs'
++ echo noarch
++ sed -e s/mips/x86_64/
+ sdkarch=noarch
+ packagedirs='/home/lulianhao/poky-build/master/tmp/deploy/ipk /home/lulianhao/poky-build/master/tmp/deploy/ipk/all /home/lulianhao/poky-build/master/tmp/deploy/ipk/all-nativesdk /home/lulianhao/poky-build/master/tmp/deploy/ipk/any /home/lulianhao/poky-build/master/tmp/deploy/ipk/any-nativesdk /home/lulianhao/poky-build/master/tmp/deploy/ipk/noarch /home/lulianhao/poky-build/master/tmp/deploy/ipk/noarch-nativesdk'
+ for arch in '$ipkgarchs'
++ echo mips
++ sed -e s/mips/x86_64/
+ sdkarch=x86_64
+ packagedirs='/home/lulianhao/poky-build/master/tmp/deploy/ipk /home/lulianhao/poky-build/master/tmp/deploy/ipk/all /home/lulianhao/poky-build/master/tmp/deploy/ipk/all-nativesdk /home/lulianhao/poky-build/master/tmp/deploy/ipk/any /home/lulianhao/poky-build/master/tmp/deploy/ipk/any-nativesdk /home/lulianhao/poky-build/master/tmp/deploy/ipk/noarch /home/lulianhao/poky-build/master/tmp/deploy/ipk/noarch-nativesdk /home/lulianhao/poky-build/master/tmp/deploy/ipk/mips /home/lulianhao/poky-build/master/tmp/deploy/ipk/x86_64-nativesdk'
+ for arch in '$ipkgarchs'
++ echo qemumips
++ sed -e s/mips/x86_64/
+ sdkarch=qemux86_64
+ packagedirs='/home/lulianhao/poky-build/master/tmp/deploy/ipk /home/lulianhao/poky-build/master/tmp/deploy/ipk/all /home/lulianhao/poky-build/master/tmp/deploy/ipk/all-nativesdk /home/lulianhao/poky-build/master/tmp/deploy/ipk/any /home/lulianhao/poky-build/master/tmp/deploy/ipk/any-nativesdk /home/lulianhao/poky-build/master/tmp/deploy/ipk/noarch /home/lulianhao/poky-build/master/tmp/deploy/ipk/noarch-nativesdk /home/lulianhao/poky-build/master/tmp/deploy/ipk/mips /home/lulianhao/poky-build/master/tmp/deploy/ipk/x86_64-nativesdk /home/lulianhao/poky-build/master/tmp/deploy/ipk/qemumips /home/lulianhao/poky-build/master/tmp/deploy/ipk/qemux86_64-nativesdk'
+ for pkgdir in '$packagedirs'
+ '[' -e /home/lulianhao/poky-build/master/tmp/deploy/ipk/ ']'
+ touch /home/lulianhao/poky-build/master/tmp/deploy/ipk/Packages
+ flock /home/lulianhao/poky-build/master/tmp/deploy/ipk/Packages.flock -c 'opkg-make-index -r /home/lulianhao/poky-build/master/tmp/deploy/ipk/Packages -p /home/lulianhao/poky-build/master/tmp/deploy/ipk/Packages -l /home/lulianhao/poky-build/master/tmp/deploy/ipk/Packages.filelist -m /home/lulianhao/poky-build/master/tmp/deploy/ipk/'
/home/lulianhao/poky-build/master/tmp/sysroots/x86_64-linux/usr/bin/opkg.py:39: DeprecationWarning: the md5 module is deprecated; use hashlib instead
  import md5

+ for pkgdir in '$packagedirs'
+ '[' -e /home/lulianhao/poky-build/master/tmp/deploy/ipk/all/ ']'
+ touch /home/lulianhao/poky-build/master/tmp/deploy/ipk/all/Packages
+ flock /home/lulianhao/poky-build/master/tmp/deploy/ipk/all/Packages.flock -c 'opkg-make-index -r /home/lulianhao/poky-build/master/tmp/deploy/ipk/all/Packages -p /home/lulianhao/poky-build/master/tmp/deploy/ipk/all/Packages -l /home/lulianhao/poky-build/master/tmp/deploy/ipk/all/Packages.filelist -m /home/lulianhao/poky-build/master/tmp/deploy/ipk/all/'
/home/lulianhao/poky-build/master/tmp/sysroots/x86_64-linux/usr/bin/opkg.py:39: DeprecationWarning: the md5 module is deprecated; use hashlib instead
  import md5

+ for pkgdir in '$packagedirs'
+ '[' -e /home/lulianhao/poky-build/master/tmp/deploy/ipk/all-nativesdk/ ']'
+ for pkgdir in '$packagedirs'
+ '[' -e /home/lulianhao/poky-build/master/tmp/deploy/ipk/any/ ']'
+ for pkgdir in '$packagedirs'
+ '[' -e /home/lulianhao/poky-build/master/tmp/deploy/ipk/any-nativesdk/ ']'
+ for pkgdir in '$packagedirs'
+ '[' -e /home/lulianhao/poky-build/master/tmp/deploy/ipk/noarch/ ']'
+ for pkgdir in '$packagedirs'
+ '[' -e /home/lulianhao/poky-build/master/tmp/deploy/ipk/noarch-nativesdk/ ']'
+ for pkgdir in '$packagedirs'
+ '[' -e /home/lulianhao/poky-build/master/tmp/deploy/ipk/mips/ ']'
+ touch /home/lulianhao/poky-build/master/tmp/deploy/ipk/mips/Packages
+ flock /home/lulianhao/poky-build/master/tmp/deploy/ipk/mips/Packages.flock -c 'opkg-make-index -r /home/lulianhao/poky-build/master/tmp/deploy/ipk/mips/Packages -p /home/lulianhao/poky-build/master/tmp/deploy/ipk/mips/Packages -l /home/lulianhao/poky-build/master/tmp/deploy/ipk/mips/Packages.filelist -m /home/lulianhao/poky-build/master/tmp/deploy/ipk/mips/'
/home/lulianhao/poky-build/master/tmp/sysroots/x86_64-linux/usr/bin/opkg.py:39: DeprecationWarning: the md5 module is deprecated; use hashlib instead
  import md5

+ for pkgdir in '$packagedirs'
+ '[' -e /home/lulianhao/poky-build/master/tmp/deploy/ipk/x86_64-nativesdk/ ']'
+ touch /home/lulianhao/poky-build/master/tmp/deploy/ipk/x86_64-nativesdk/Packages
+ flock /home/lulianhao/poky-build/master/tmp/deploy/ipk/x86_64-nativesdk/Packages.flock -c 'opkg-make-index -r /home/lulianhao/poky-build/master/tmp/deploy/ipk/x86_64-nativesdk/Packages -p /home/lulianhao/poky-build/master/tmp/deploy/ipk/x86_64-nativesdk/Packages -l /home/lulianhao/poky-build/master/tmp/deploy/ipk/x86_64-nativesdk/Packages.filelist -m /home/lulianhao/poky-build/master/tmp/deploy/ipk/x86_64-nativesdk/'
/home/lulianhao/poky-build/master/tmp/sysroots/x86_64-linux/usr/bin/opkg.py:39: DeprecationWarning: the md5 module is deprecated; use hashlib instead
  import md5
Found /home/lulianhao/poky-build/master/tmp/deploy/ipk/x86_64-nativesdk/bigreqsproto-nativesdk-dbg_1.1.1-r0_x86_64-nativesdk.ipk in Packages, but mtime differs - re-reading
Found /home/lulianhao/poky-build/master/tmp/deploy/ipk/x86_64-nativesdk/bigreqsproto-nativesdk-dev_1.1.1-r0_x86_64-nativesdk.ipk in Packages, but mtime differs - re-reading

+ for pkgdir in '$packagedirs'
+ '[' -e /home/lulianhao/poky-build/master/tmp/deploy/ipk/qemumips/ ']'
+ touch /home/lulianhao/poky-build/master/tmp/deploy/ipk/qemumips/Packages
+ flock /home/lulianhao/poky-build/master/tmp/deploy/ipk/qemumips/Packages.flock -c 'opkg-make-index -r /home/lulianhao/poky-build/master/tmp/deploy/ipk/qemumips/Packages -p /home/lulianhao/poky-build/master/tmp/deploy/ipk/qemumips/Packages -l /home/lulianhao/poky-build/master/tmp/deploy/ipk/qemumips/Packages.filelist -m /home/lulianhao/poky-build/master/tmp/deploy/ipk/qemumips/'
/home/lulianhao/poky-build/master/tmp/sysroots/x86_64-linux/usr/bin/opkg.py:39: DeprecationWarning: the md5 module is deprecated; use hashlib instead
  import md5

+ for pkgdir in '$packagedirs'
+ '[' -e /home/lulianhao/poky-build/master/tmp/deploy/ipk/qemux86_64-nativesdk/ ']'
+ package_generate_ipkg_conf
+ package_generate_archlist
+ ipkgarchs='all any noarch mips  qemumips'
+ priority=1
+ for arch in '$ipkgarchs'
++ echo all
++ sed -e s/mips/x86_64/
+ sdkarch=all
+ echo 'arch all 1'
+ extension=-nativesdk
+ '[' all = all -o all = any -o all = noarch ']'
+ extension=
+ echo 'arch all 1'
++ expr 1 + 5
+ priority=6
+ for arch in '$ipkgarchs'
++ echo any
++ sed -e s/mips/x86_64/
+ sdkarch=any
+ echo 'arch any 6'
+ extension=-nativesdk
+ '[' any = all -o any = any -o any = noarch ']'
+ extension=
+ echo 'arch any 6'
++ expr 6 + 5
+ priority=11
+ for arch in '$ipkgarchs'
++ echo noarch
++ sed -e s/mips/x86_64/
+ sdkarch=noarch
+ echo 'arch noarch 11'
+ extension=-nativesdk
+ '[' noarch = all -o noarch = any -o noarch = noarch ']'
+ extension=
+ echo 'arch noarch 11'
++ expr 11 + 5
+ priority=16
+ for arch in '$ipkgarchs'
++ echo mips
++ sed -e s/mips/x86_64/
+ sdkarch=x86_64
+ echo 'arch mips 16'
+ extension=-nativesdk
+ '[' x86_64 = all -o x86_64 = any -o x86_64 = noarch ']'
+ echo 'arch x86_64-nativesdk 16'
++ expr 16 + 5
+ priority=21
+ for arch in '$ipkgarchs'
++ echo qemumips
++ sed -e s/mips/x86_64/
+ sdkarch=qemux86_64
+ echo 'arch qemumips 21'
+ extension=-nativesdk
+ '[' qemux86_64 = all -o qemux86_64 = any -o qemux86_64 = noarch ']'
+ echo 'arch qemux86_64-nativesdk 21'
++ expr 21 + 5
+ priority=26
+ echo 'src oe file:/home/lulianhao/poky-build/master/tmp/deploy/ipk'
+ echo 'src oe file:/home/lulianhao/poky-build/master/tmp/deploy/ipk'
+ ipkgarchs='all any noarch mips  qemumips'
+ for arch in '$ipkgarchs'
+ '[' -e /home/lulianhao/poky-build/master/tmp/deploy/ipk/all/Packages ']'
+ echo 'src oe-all file:/home/lulianhao/poky-build/master/tmp/deploy/ipk/all'
++ echo all
++ sed -e s/mips/x86_64/
+ sdkarch=all
+ extension=-nativesdk
+ '[' all = all -o all = any -o all = noarch ']'
+ extension=
+ '[' -e /home/lulianhao/poky-build/master/tmp/deploy/ipk/all/Packages ']'
+ echo 'src oe-all file:/home/lulianhao/poky-build/master/tmp/deploy/ipk/all'
+ for arch in '$ipkgarchs'
+ '[' -e /home/lulianhao/poky-build/master/tmp/deploy/ipk/any/Packages ']'
++ echo any
++ sed -e s/mips/x86_64/
+ sdkarch=any
+ extension=-nativesdk
+ '[' any = all -o any = any -o any = noarch ']'
+ extension=
+ '[' -e /home/lulianhao/poky-build/master/tmp/deploy/ipk/any/Packages ']'
+ for arch in '$ipkgarchs'
+ '[' -e /home/lulianhao/poky-build/master/tmp/deploy/ipk/noarch/Packages ']'
++ echo noarch
++ sed -e s/mips/x86_64/
+ sdkarch=noarch
+ extension=-nativesdk
+ '[' noarch = all -o noarch = any -o noarch = noarch ']'
+ extension=
+ '[' -e /home/lulianhao/poky-build/master/tmp/deploy/ipk/noarch/Packages ']'
+ for arch in '$ipkgarchs'
+ '[' -e /home/lulianhao/poky-build/master/tmp/deploy/ipk/mips/Packages ']'
+ echo 'src oe-mips file:/home/lulianhao/poky-build/master/tmp/deploy/ipk/mips'
++ echo mips
++ sed -e s/mips/x86_64/
+ sdkarch=x86_64
+ extension=-nativesdk
+ '[' x86_64 = all -o x86_64 = any -o x86_64 = noarch ']'
+ '[' -e /home/lulianhao/poky-build/master/tmp/deploy/ipk/x86_64-nativesdk/Packages ']'
+ echo 'src oe-x86_64-nativesdk file:/home/lulianhao/poky-build/master/tmp/deploy/ipk/x86_64-nativesdk'
+ for arch in '$ipkgarchs'
+ '[' -e /home/lulianhao/poky-build/master/tmp/deploy/ipk/qemumips/Packages ']'
+ echo 'src oe-qemumips file:/home/lulianhao/poky-build/master/tmp/deploy/ipk/qemumips'
++ echo qemumips
++ sed -e s/mips/x86_64/
+ sdkarch=qemux86_64
+ extension=-nativesdk
+ '[' qemux86_64 = all -o qemux86_64 = any -o qemux86_64 = noarch ']'
+ '[' -e /home/lulianhao/poky-build/master/tmp/deploy/ipk/qemux86_64-nativesdk/Packages ']'
+ for arch in all any noarch mips '${PACKAGE_EXTRA_ARCHS}' qemumips
+ revipkgarchs='all '
+ for arch in all any noarch mips '${PACKAGE_EXTRA_ARCHS}' qemumips
+ revipkgarchs='any all '
+ for arch in all any noarch mips '${PACKAGE_EXTRA_ARCHS}' qemumips
+ revipkgarchs='noarch any all '
+ for arch in all any noarch mips '${PACKAGE_EXTRA_ARCHS}' qemumips
+ revipkgarchs='mips noarch any all '
+ for arch in all any noarch mips '${PACKAGE_EXTRA_ARCHS}' qemumips
+ revipkgarchs='qemumips mips noarch any all '
+ opkg-cl -f /home/lulianhao/poky-build/master/tmp/work/mips-poky-linux/meta-toolchain-1.0-r0/opkg-sdk.conf -o /home/lulianhao/poky-build/master/tmp/work/mips-poky-linux/meta-toolchain-1.0-r0/sdk/image --force-overwrite update
Downloading file:/home/lulianhao/poky-build/master/tmp/deploy/ipk/Packages.
Updated list of available packages in /home/lulianhao/poky-build/master/tmp/work/mips-poky-linux/meta-toolchain-1.0-r0/sdk/image//var/lib/opkg/lists/oe.
Downloading file:/home/lulianhao/poky-build/master/tmp/deploy/ipk/all/Packages.
Updated list of available packages in /home/lulianhao/poky-build/master/tmp/work/mips-poky-linux/meta-toolchain-1.0-r0/sdk/image//var/lib/opkg/lists/oe-all.
Downloading file:/home/lulianhao/poky-build/master/tmp/deploy/ipk/x86_64-nativesdk/Packages.
Updated list of available packages in /home/lulianhao/poky-build/master/tmp/work/mips-poky-linux/meta-toolchain-1.0-r0/sdk/image//var/lib/opkg/lists/oe-x86_64-nativesdk.
+ opkg-cl -f /home/lulianhao/poky-build/master/tmp/work/mips-poky-linux/meta-toolchain-1.0-r0/opkg-sdk.conf -o /home/lulianhao/poky-build/master/tmp/work/mips-poky-linux/meta-toolchain-1.0-r0/sdk/image --force-overwrite install task-sdk-host task-cross-canadian-mips
Installing task-sdk-host (1.0-r10) to root...
Downloading file:/home/lulianhao/poky-build/master/tmp/deploy/ipk/x86_64-nativesdk/task-sdk-host_1.0-r10_x86_64-nativesdk.ipk.
libtinfo5: unsatisfied recommendation for ncurses-nativesdk-terminfo
Installing pseudo-nativesdk (0.0+git0+bcb42d80c0817da5479ab9c4f2cd8c4727e98ef8-r17) to root...
Downloading file:/home/lulianhao/poky-build/master/tmp/deploy/ipk/x86_64-nativesdk/pseudo-nativesdk_0.0+git0+bcb42d80c0817da5479ab9c4f2cd8c4727e98ef8-r17_x86_64-nativesdk.ipk.
Installing eglibc-nativesdk (2.12-r13) to root...
Downloading file:/home/lulianhao/poky-build/master/tmp/deploy/ipk/x86_64-nativesdk/eglibc-nativesdk_2.12-r13_x86_64-nativesdk.ipk.
Installing eglibc-extra-nss (2.12-r13) to root...
Downloading file:/home/lulianhao/poky-build/master/tmp/deploy/ipk/x86_64-nativesdk/eglibc-extra-nss_2.12-r13_x86_64-nativesdk.ipk.
Installing opkg-nativesdk (1:0.1.8+svnr590-r1) to root...
Downloading file:/home/lulianhao/poky-build/master/tmp/deploy/ipk/x86_64-nativesdk/opkg-nativesdk_0.1.8+svnr590-r1_x86_64-nativesdk.ipk.
Installing qemu-nativesdk (0.13.0-r0) to root...
Downloading file:/home/lulianhao/poky-build/master/tmp/deploy/ipk/x86_64-nativesdk/qemu-nativesdk_0.13.0-r0_x86_64-nativesdk.ipk.
Installing libx11-6 (1:1.3.4-r0) to root...
Downloading file:/home/lulianhao/poky-build/master/tmp/deploy/ipk/x86_64-nativesdk/libx11-6_1.3.4-r0_x86_64-nativesdk.ipk.
Installing libxdmcp6 (1:1.1.0-r0) to root...
Downloading file:/home/lulianhao/poky-build/master/tmp/deploy/ipk/x86_64-nativesdk/libxdmcp6_1.1.0-r0_x86_64-nativesdk.ipk.
Installing xproto-nativesdk (1:7.0.20-r0) to root...
Downloading file:/home/lulianhao/poky-build/master/tmp/deploy/ipk/x86_64-nativesdk/xproto-nativesdk_7.0.20-r0_x86_64-nativesdk.ipk.
Installing libxau6 (1:1.0.6-r0) to root...
Downloading file:/home/lulianhao/poky-build/master/tmp/deploy/ipk/x86_64-nativesdk/libxau6_1.0.6-r0_x86_64-nativesdk.ipk.
Installing kbproto-nativesdk (1:1.0.5-r0) to root...
Downloading file:/home/lulianhao/poky-build/master/tmp/deploy/ipk/x86_64-nativesdk/kbproto-nativesdk_1.0.5-r0_x86_64-nativesdk.ipk.
Installing libtinfo5 (5.7-r0) to root...
Downloading file:/home/lulianhao/poky-build/master/tmp/deploy/ipk/x86_64-nativesdk/libtinfo5_5.7-r0_x86_64-nativesdk.ipk.
Installing ncurses-nativesdk-terminfo-base (5.7-r0) to root...
Downloading file:/home/lulianhao/poky-build/master/tmp/deploy/ipk/x86_64-nativesdk/ncurses-nativesdk-terminfo-base_5.7-r0_x86_64-nativesdk.ipk.
Installing libz1 (1.2.5-r0) to root...
Downloading file:/home/lulianhao/poky-build/master/tmp/deploy/ipk/x86_64-nativesdk/libz1_1.2.5-r0_x86_64-nativesdk.ipk.
Installing libsdl-nativesdk (1.2.11-r5) to root...
Downloading file:/home/lulianhao/poky-build/master/tmp/deploy/ipk/x86_64-nativesdk/libsdl-nativesdk_1.2.11-r5_x86_64-nativesdk.ipk.
Installing libxrandr2 (1:1.3.1-r0) to root...
Downloading file:/home/lulianhao/poky-build/master/tmp/deploy/ipk/x86_64-nativesdk/libxrandr2_1.3.1-r0_x86_64-nativesdk.ipk.
Installing libxrender1 (1:0.9.6-r0) to root...
Downloading file:/home/lulianhao/poky-build/master/tmp/deploy/ipk/x86_64-nativesdk/libxrender1_0.9.6-r0_x86_64-nativesdk.ipk.
Installing libxext6 (1:1.2.0-r0) to root...
Downloading file:/home/lulianhao/poky-build/master/tmp/deploy/ipk/x86_64-nativesdk/libxext6_1.2.0-r0_x86_64-nativesdk.ipk.
Installing xextproto-nativesdk (1:7.1.2-r0) to root...
Downloading file:/home/lulianhao/poky-build/master/tmp/deploy/ipk/x86_64-nativesdk/xextproto-nativesdk_7.1.2-r0_x86_64-nativesdk.ipk.
Installing libncurses5 (5.7-r0) to root...
Downloading file:/home/lulianhao/poky-build/master/tmp/deploy/ipk/x86_64-nativesdk/libncurses5_5.7-r0_x86_64-nativesdk.ipk.
Installing curl-nativesdk (7.21.2-r1) to root...
Downloading file:/home/lulianhao/poky-build/master/tmp/deploy/ipk/x86_64-nativesdk/curl-nativesdk_7.21.2-r1_x86_64-nativesdk.ipk.
Installing libtool-nativesdk (2.4-r1) to root...
Downloading file:/home/lulianhao/poky-build/master/tmp/deploy/ipk/x86_64-nativesdk/libtool-nativesdk_2.4-r1_x86_64-nativesdk.ipk.
Installing qemu-helper-nativesdk (1.0-r9) to root...
Downloading file:/home/lulianhao/poky-build/master/tmp/deploy/ipk/x86_64-nativesdk/qemu-helper-nativesdk_1.0-r9_x86_64-nativesdk.ipk.
Installing unfs-server-nativesdk (2.1+2.2beta47-r0) to root...
Downloading file:/home/lulianhao/poky-build/master/tmp/deploy/ipk/x86_64-nativesdk/unfs-server-nativesdk_2.1+2.2beta47-r0_x86_64-nativesdk.ipk.
Installing pkgconfig-nativesdk (0.25-r0) to root...
Downloading file:/home/lulianhao/poky-build/master/tmp/deploy/ipk/x86_64-nativesdk/pkgconfig-nativesdk_0.25-r0_x86_64-nativesdk.ipk.
Installing task-cross-canadian-mips (1.0-r0) to root...
Downloading file:/home/lulianhao/poky-build/master/tmp/deploy/ipk/x86_64-nativesdk/task-cross-canadian-mips_1.0-r0_x86_64-nativesdk.ipk.
Installing binutils-cross-canadian-mips (2.21-r0) to root...
Downloading file:/home/lulianhao/poky-build/master/tmp/deploy/ipk/x86_64-nativesdk/binutils-cross-canadian-mips_2.21-r0_x86_64-nativesdk.ipk.
Installing gcc-cross-canadian-mips (4.5.1-r3) to root...
Downloading file:/home/lulianhao/poky-build/master/tmp/deploy/ipk/x86_64-nativesdk/gcc-cross-canadian-mips_4.5.1-r3_x86_64-nativesdk.ipk.
Installing elfutils-nativesdk (0.148-r1) to root...
Downloading file:/home/lulianhao/poky-build/master/tmp/deploy/ipk/x86_64-nativesdk/elfutils-nativesdk_0.148-r1_x86_64-nativesdk.ipk.
Installing libmpfr4 (3.0.0-r0) to root...
Downloading file:/home/lulianhao/poky-build/master/tmp/deploy/ipk/x86_64-nativesdk/libmpfr4_3.0.0-r0_x86_64-nativesdk.ipk.
Installing libgmp10 (5.0.1-r0) to root...
Downloading file:/home/lulianhao/poky-build/master/tmp/deploy/ipk/x86_64-nativesdk/libgmp10_5.0.1-r0_x86_64-nativesdk.ipk.
Installing libmpc2 (0.8.2-r0) to root...
Downloading file:/home/lulianhao/poky-build/master/tmp/deploy/ipk/x86_64-nativesdk/libmpc2_0.8.2-r0_x86_64-nativesdk.ipk.
Installing meta-environment-mips (1.0-r1) to root...
Downloading file:/home/lulianhao/poky-build/master/tmp/deploy/ipk/x86_64-nativesdk/meta-environment-mips_1.0-r1_x86_64-nativesdk.ipk.
Installing gdb-cross-canadian-mips (7.2-r1) to root...
Downloading file:/home/lulianhao/poky-build/master/tmp/deploy/ipk/x86_64-nativesdk/gdb-cross-canadian-mips_7.2-r1_x86_64-nativesdk.ipk.
Installing expat-nativesdk (2.0.1-r0) to root...
Downloading file:/home/lulianhao/poky-build/master/tmp/deploy/ipk/x86_64-nativesdk/expat-nativesdk_2.0.1-r0_x86_64-nativesdk.ipk.
Installing libreadline6 (6.1-r0) to root...
Downloading file:/home/lulianhao/poky-build/master/tmp/deploy/ipk/x86_64-nativesdk/libreadline6_6.1-r0_x86_64-nativesdk.ipk.
Configuring eglibc-extra-nss.
Configuring eglibc-nativesdk.
Configuring libz1.
Configuring elfutils-nativesdk.
Configuring libgmp10.
Configuring libmpfr4.
Configuring libmpc2.
Configuring gcc-cross-canadian-mips.
Configuring xproto-nativesdk.
Configuring libxdmcp6.
Configuring libxau6.
Configuring kbproto-nativesdk.
Configuring libx11-6.
Configuring libxrender1.
Configuring xextproto-nativesdk.
Configuring libxext6.
Configuring libxrandr2.
Configuring libsdl-nativesdk.
Configuring ncurses-nativesdk-terminfo-base.
Configuring libtinfo5.
Configuring expat-nativesdk.
Configuring libreadline6.
Configuring libncurses5.
Configuring gdb-cross-canadian-mips.
Configuring binutils-cross-canadian-mips.
Configuring meta-environment-mips.
Configuring task-cross-canadian-mips.
Configuring pseudo-nativesdk.
Configuring unfs-server-nativesdk.
Configuring opkg-nativesdk.
Configuring curl-nativesdk.
Configuring qemu-nativesdk.
Configuring libtool-nativesdk.
Configuring qemu-helper-nativesdk.
Configuring pkgconfig-nativesdk.
Configuring task-sdk-host.
+ opkg-cl -f /home/lulianhao/poky-build/master/tmp/work/mips-poky-linux/meta-toolchain-1.0-r0/opkg.conf -o /home/lulianhao/poky-build/master/tmp/work/mips-poky-linux/meta-toolchain-1.0-r0/sdk/image//opt/poky/0.9+snapshot/sysroots/mips-poky-linux --force-overwrite update
Downloading file:/home/lulianhao/poky-build/master/tmp/deploy/ipk/Packages.
Updated list of available packages in /home/lulianhao/poky-build/master/tmp/work/mips-poky-linux/meta-toolchain-1.0-r0/sdk/image//opt/poky/0.9+snapshot/sysroots/mips-poky-linux//var/lib/opkg/lists/oe.
Downloading file:/home/lulianhao/poky-build/master/tmp/deploy/ipk/all/Packages.
Updated list of available packages in /home/lulianhao/poky-build/master/tmp/work/mips-poky-linux/meta-toolchain-1.0-r0/sdk/image//opt/poky/0.9+snapshot/sysroots/mips-poky-linux//var/lib/opkg/lists/oe-all.
Downloading file:/home/lulianhao/poky-build/master/tmp/deploy/ipk/mips/Packages.
Updated list of available packages in /home/lulianhao/poky-build/master/tmp/work/mips-poky-linux/meta-toolchain-1.0-r0/sdk/image//opt/poky/0.9+snapshot/sysroots/mips-poky-linux//var/lib/opkg/lists/oe-mips.
Downloading file:/home/lulianhao/poky-build/master/tmp/deploy/ipk/qemumips/Packages.
Updated list of available packages in /home/lulianhao/poky-build/master/tmp/work/mips-poky-linux/meta-toolchain-1.0-r0/sdk/image//opt/poky/0.9+snapshot/sysroots/mips-poky-linux//var/lib/opkg/lists/oe-qemumips.
+ opkg-cl -f /home/lulianhao/poky-build/master/tmp/work/mips-poky-linux/meta-toolchain-1.0-r0/opkg.conf -o /home/lulianhao/poky-build/master/tmp/work/mips-poky-linux/meta-toolchain-1.0-r0/sdk/image//opt/poky/0.9+snapshot/sysroots/mips-poky-linux --force-overwrite install task-poky-standalone-sdk-target task-poky-standalone-sdk-target-dbg
Installing task-poky-standalone-sdk-target (1.0-r6) to root...
Downloading file:/home/lulianhao/poky-build/master/tmp/deploy/ipk/mips/task-poky-standalone-sdk-target_1.0-r6_mips.ipk.
libgcc-s-dev: unsatisfied recommendation for eglibc-dev
libc6-dev: unsatisfied recommendation for eglibc-localedata-en-za-dev
libc6-dev: unsatisfied recommendation for eglibc-gconv-libjis-dev
libc6-dev: unsatisfied recommendation for eglibc-gconv-libjisx0213-dev
libc6-dev: unsatisfied recommendation for eglibc-localedata-fr-be+euro-dev
libc6-dev: unsatisfied recommendation for eglibc-localedata-aa-et-dev
libc6-dev: unsatisfied recommendation for eglibc-localedata-dz-bt-dev
libc6-dev: unsatisfied recommendation for eglibc-localedata-pt-pt-dev
libc6-dev: unsatisfied recommendation for eglibc-localedata-am-et-dev
libc6-dev: unsatisfied recommendation for eglibc-localedata-fr-lu-dev
libc6-dev: unsatisfied recommendation for eglibc-localedata-en-us-dev
libc6-dev: unsatisfied recommendation for eglibc-gconv-libksc-dev
libc6-dev: unsatisfied recommendation for eglibc-localedata-ru-ru-dev
libc6-dev: unsatisfied recommendation for eglibc-localedata-el-gr-dev
libc6-dev: unsatisfied recommendation for eglibc-gconv-dev
libc6-dev: unsatisfied recommendation for eglibc-localedata-sv-fi-dev
libc6-dev: unsatisfied recommendation for eglibc-localedata-zh-tw-dev
libc6-dev: unsatisfied recommendation for eglibc-localedata-ar-eg-dev
libc6-dev: unsatisfied recommendation for eglibc-localedata-cs-cz-dev
libc6-dev: unsatisfied recommendation for eglibc-localedata-gez-et-dev
libc6-dev: unsatisfied recommendation for eglibc-localedata-translit-font-dev
libc6-dev: unsatisfied recommendation for eglibc-binary-localedata-en.us-dev
libc6-dev: unsatisfied recommendation for eglibc-localedata-ca-es-dev
libc6-dev: unsatisfied recommendation for eglibc-localedata-iso14651-t1-dev
libc6-dev: unsatisfied recommendation for eglibc-localedata-nb-no-dev
libc6-dev: unsatisfied recommendation for eglibc-localedata-translit-cjk-compat-dev
libc6-dev: unsatisfied recommendation for eglibc-localedata-translit-cjk-variants-dev
libc6-dev: unsatisfied recommendation for eglibc-localedata-translit-hangul-dev
libc6-dev: unsatisfied recommendation for eglibc-localedata-aa-dj-dev
libc6-dev: unsatisfied recommendation for eglibc-binary-localedata-en.gb-dev
libc6-dev: unsatisfied recommendation for eglibc-gconv-libcns-dev
libc6-dev: unsatisfied recommendation for eglibc-localedata-translit-combining-dev
libc6-dev: unsatisfied recommendation for eglibc-localedata-sr-rs-dev
libc6-dev: unsatisfied recommendation for eglibc-localedata-translit-small-dev
libc6-dev: unsatisfied recommendation for eglibc-localedata-sv-se-dev
libc6-dev: unsatisfied recommendation for eglibc-localedata-aa-er-dev
libc6-dev: unsatisfied recommendation for eglibc-extra-nss-dev
libc6-dev: unsatisfied recommendation for eglibc-localedata-mk-mk-dev
libc6-dev: unsatisfied recommendation for eglibc-localedata-translit-wide-dev
libc6-dev: unsatisfied recommendation for eglibc-localedata-translit-compat-dev
libc6-dev: unsatisfied recommendation for eglibc-localedata-translit-neutral-dev
libc6-dev: unsatisfied recommendation for eglibc-localedata-pl-pl-dev
libc6-dev: unsatisfied recommendation for eglibc-localedata-gez-er-dev
libc6-dev: unsatisfied recommendation for eglibc-gconv-libgb-dev
libc6-dev: unsatisfied recommendation for eglibc-localedata-i18n-dev
libc6-dev: unsatisfied recommendation for eglibc-localedata-ks-in-dev
libc6-dev: unsatisfied recommendation for eglibc-localedata-tr-tr-dev
libc6-dev: unsatisfied recommendation for eglibc-localedata-bn-bd-dev
libc6-dev: unsatisfied recommendation for eglibc-localedata-en-ca-dev
libc6-dev: unsatisfied recommendation for eglibc-localedata-translit-narrow-dev
libc6-dev: unsatisfied recommendation for eglibc-localedata-de-de-dev
libc6-dev: unsatisfied recommendation for eglibc-localedata-nl-be-dev
libc6-dev: unsatisfied recommendation for eglibc-localedata-bo-cn-dev
libc6-dev: unsatisfied recommendation for eglibc-localedata-nl-nl-dev
libc6-dev: unsatisfied recommendation for eglibc-localedata-fr-be-dev
libc6-dev: unsatisfied recommendation for eglibc-localedata-ur-pk-dev
libc6-dev: unsatisfied recommendation for eglibc-localedata-ti-er-dev
libc6-dev: unsatisfied recommendation for eglibc-localedata-hi-in-dev
libc6-dev: unsatisfied recommendation for eglibc-localedata-fi-fi-dev
libc6-dev: unsatisfied recommendation for eglibc-localedata-zh-cn-dev
libc6-dev: unsatisfied recommendation for eglibc-localedata-fr-fr-dev
libc6-dev: unsatisfied recommendation for eglibc-localedata-translit-fraction-dev
libc6-dev: unsatisfied recommendation for eglibc-localedata-de-lu-dev
libc6-dev: unsatisfied recommendation for eglibc-localedata-en-ie-dev
libc6-dev: unsatisfied recommendation for linux-libc-headers-dev
libc6-dev: unsatisfied recommendation for eglibc-localedata-sq-al-dev
libc6-dev: unsatisfied recommendation for eglibc-localedata-iso14651-t1-pinyin-dev
libc6-dev: unsatisfied recommendation for eglibc-localedata-translit-circle-dev
libc6-dev: unsatisfied recommendation for eglibc-localedata-eu-es-dev
libc6-dev: unsatisfied recommendation for eglibc-localedata-wa-be-dev
libc6-dev: unsatisfied recommendation for eglibc-localedata-de-be-dev
libc6-dev: unsatisfied recommendation for eglibc-thread-db-dev
libc6-dev: unsatisfied recommendation for eglibc-localedata-en-gb-dev
libc6-dev: unsatisfied recommendation for eglibc-localedata-gl-es-dev
libc6-dev: unsatisfied recommendation for eglibc-localedata-crh-ua-dev
libc6-dev: unsatisfied recommendation for eglibc-localedata-ga-ie-dev
libc6-dev: unsatisfied recommendation for eglibc-localedata-so-so-dev
libc6-dev: unsatisfied recommendation for eglibc-localedata-it-it-dev
libc6-dev: unsatisfied recommendation for eglibc-localedata-es-es-dev
libc6-dev: unsatisfied recommendation for eglibc-localedata-iso14651-t1-common-dev
libc6-dev: unsatisfied recommendation for libsegfault-dev
libc6-dev: unsatisfied recommendation for eglibc-localedata-tl-ph-dev
libc6-dev: unsatisfied recommendation for eglibc-gconv-libisoir165-dev
libc6-dev: unsatisfied recommendation for eglibc-localedata-fi-fi+euro-dev
libc6-dev: unsatisfied recommendation for eglibc-localedata-en-nz-dev
libc6-dev: unsatisfied recommendation for eglibc-localedata-br-fr-dev
libc6-dev: unsatisfied recommendation for eglibc-localedata-da-dk-dev
libc6-dev: unsatisfied recommendation for eglibc-localedata-ti-et-dev
libc6-dev: unsatisfied recommendation for eglibc-localedata-en-in-dev
libc6-dev: unsatisfied recommendation for eglibc-localedata-en-dk-dev
libc6-dev: unsatisfied recommendation for eglibc-localedata-es-us-dev
libc6-dev: unsatisfied recommendation for eglibc-localedata-gez-er+abegede-dev
libc6-dev: unsatisfied recommendation for eglibc-localedata-om-ke-dev
libc6-dev: unsatisfied recommendation for eglibc-localedata-be-by-dev
libc6-dev: unsatisfied recommendation for eglibc-localedata-ar-in-dev
libc6-dev: unsatisfied recommendation for eglibc-localedata-de-at-dev
libc6-dev: unsatisfied recommendation for eglibc-localedata-en-ng-dev
libc6-dev: unsatisfied recommendation for eglibc-localedata-om-et-dev
libstdc++-dev: unsatisfied recommendation for eglibc-dev
eglibc-dbg: unsatisfied recommendation for eglibc-localedata-de-at-dbg
eglibc-dbg: unsatisfied recommendation for eglibc-localedata-ti-er-dbg
eglibc-dbg: unsatisfied recommendation for eglibc-localedata-dz-bt-dbg
eglibc-dbg: unsatisfied recommendation for eglibc-localedata-translit-small-dbg
eglibc-dbg: unsatisfied recommendation for eglibc-localedata-de-lu-dbg
eglibc-dbg: unsatisfied recommendation for eglibc-localedata-translit-compat-dbg
eglibc-dbg: unsatisfied recommendation for eglibc-localedata-eu-es-dbg
eglibc-dbg: unsatisfied recommendation for eglibc-localedata-mk-mk-dbg
eglibc-dbg: unsatisfied recommendation for eglibc-localedata-ca-es-dbg
eglibc-dbg: unsatisfied recommendation for eglibc-localedata-om-et-dbg
eglibc-dbg: unsatisfied recommendation for eglibc-gconv-libksc-dbg
eglibc-dbg: unsatisfied recommendation for eglibc-localedata-nl-be-dbg
eglibc-dbg: unsatisfied recommendation for eglibc-gconv-libjisx0213-dbg
eglibc-dbg: unsatisfied recommendation for eglibc-localedata-translit-font-dbg
eglibc-dbg: unsatisfied recommendation for eglibc-binary-localedata-en.us-dbg
eglibc-dbg: unsatisfied recommendation for eglibc-localedata-translit-circle-dbg
eglibc-dbg: unsatisfied recommendation for eglibc-localedata-tr-tr-dbg
eglibc-dbg: unsatisfied recommendation for eglibc-localedata-aa-et-dbg
eglibc-dbg: unsatisfied recommendation for eglibc-localedata-zh-cn-dbg
eglibc-dbg: unsatisfied recommendation for eglibc-localedata-en-gb-dbg
eglibc-dbg: unsatisfied recommendation for eglibc-localedata-fi-fi+euro-dbg
eglibc-dbg: unsatisfied recommendation for eglibc-localedata-am-et-dbg
eglibc-dbg: unsatisfied recommendation for eglibc-localedata-translit-cjk-compat-dbg
eglibc-dbg: unsatisfied recommendation for eglibc-localedata-translit-cjk-variants-dbg
eglibc-dbg: unsatisfied recommendation for eglibc-localedata-es-es-dbg
eglibc-dbg: unsatisfied recommendation for eglibc-localedata-so-so-dbg
eglibc-dbg: unsatisfied recommendation for eglibc-localedata-zh-tw-dbg
eglibc-dbg: unsatisfied recommendation for eglibc-localedata-wa-be-dbg
eglibc-dbg: unsatisfied recommendation for eglibc-localedata-pl-pl-dbg
eglibc-dbg: unsatisfied recommendation for eglibc-localedata-ga-ie-dbg
eglibc-dbg: unsatisfied recommendation for eglibc-localedata-sr-rs-dbg
eglibc-dbg: unsatisfied recommendation for eglibc-gconv-dbg
eglibc-dbg: unsatisfied recommendation for eglibc-localedata-ar-in-dbg
eglibc-dbg: unsatisfied recommendation for eglibc-localedata-i18n-dbg
eglibc-dbg: unsatisfied recommendation for eglibc-localedata-tl-ph-dbg
eglibc-dbg: unsatisfied recommendation for eglibc-localedata-be-by-dbg
eglibc-dbg: unsatisfied recommendation for eglibc-localedata-ar-eg-dbg
eglibc-dbg: unsatisfied recommendation for eglibc-localedata-translit-fraction-dbg
eglibc-dbg: unsatisfied recommendation for eglibc-localedata-en-ng-dbg
eglibc-dbg: unsatisfied recommendation for eglibc-localedata-fr-be+euro-dbg
eglibc-dbg: unsatisfied recommendation for eglibc-binary-localedata-en.gb-dbg
eglibc-dbg: unsatisfied recommendation for eglibc-localedata-iso14651-t1-common-dbg
eglibc-dbg: unsatisfied recommendation for eglibc-localedata-hi-in-dbg
eglibc-dbg: unsatisfied recommendation for eglibc-localedata-translit-combining-dbg
eglibc-dbg: unsatisfied recommendation for eglibc-gconv-libcns-dbg
eglibc-dbg: unsatisfied recommendation for eglibc-localedata-fi-fi-dbg
eglibc-dbg: unsatisfied recommendation for eglibc-localedata-gl-es-dbg
eglibc-dbg: unsatisfied recommendation for eglibc-localedata-sv-se-dbg
eglibc-dbg: unsatisfied recommendation for eglibc-localedata-en-za-dbg
eglibc-dbg: unsatisfied recommendation for eglibc-localedata-pt-pt-dbg
eglibc-dbg: unsatisfied recommendation for eglibc-localedata-en-nz-dbg
eglibc-dbg: unsatisfied recommendation for eglibc-localedata-el-gr-dbg
eglibc-dbg: unsatisfied recommendation for eglibc-localedata-ur-pk-dbg
eglibc-dbg: unsatisfied recommendation for eglibc-localedata-ru-ru-dbg
eglibc-dbg: unsatisfied recommendation for eglibc-localedata-sv-fi-dbg
eglibc-dbg: unsatisfied recommendation for eglibc-localedata-gez-er-dbg
eglibc-dbg: unsatisfied recommendation for eglibc-localedata-en-ca-dbg
eglibc-dbg: unsatisfied recommendation for eglibc-localedata-translit-neutral-dbg
eglibc-dbg: unsatisfied recommendation for eglibc-localedata-de-be-dbg
eglibc-dbg: unsatisfied recommendation for eglibc-localedata-fr-fr-dbg
eglibc-dbg: unsatisfied recommendation for eglibc-localedata-gez-er+abegede-dbg
eglibc-dbg: unsatisfied recommendation for eglibc-gconv-libjis-dbg
eglibc-dbg: unsatisfied recommendation for eglibc-localedata-ks-in-dbg
eglibc-dbg: unsatisfied recommendation for eglibc-localedata-aa-dj-dbg
eglibc-dbg: unsatisfied recommendation for eglibc-localedata-translit-hangul-dbg
eglibc-dbg: unsatisfied recommendation for eglibc-localedata-fr-be-dbg
eglibc-dbg: unsatisfied recommendation for eglibc-localedata-it-it-dbg
eglibc-dbg: unsatisfied recommendation for eglibc-localedata-en-in-dbg
eglibc-dbg: unsatisfied recommendation for eglibc-localedata-en-ie-dbg
eglibc-dbg: unsatisfied recommendation for eglibc-localedata-ti-et-dbg
eglibc-dbg: unsatisfied recommendation for eglibc-localedata-translit-wide-dbg
eglibc-dbg: unsatisfied recommendation for eglibc-localedata-br-fr-dbg
eglibc-dbg: unsatisfied recommendation for eglibc-localedata-de-de-dbg
eglibc-dbg: unsatisfied recommendation for eglibc-localedata-da-dk-dbg
eglibc-dbg: unsatisfied recommendation for eglibc-localedata-nb-no-dbg
eglibc-dbg: unsatisfied recommendation for eglibc-localedata-en-dk-dbg
eglibc-dbg: unsatisfied recommendation for eglibc-localedata-sq-al-dbg
eglibc-dbg: unsatisfied recommendation for eglibc-localedata-cs-cz-dbg
eglibc-dbg: unsatisfied recommendation for eglibc-localedata-translit-narrow-dbg
eglibc-dbg: unsatisfied recommendation for eglibc-localedata-bn-bd-dbg
eglibc-dbg: unsatisfied recommendation for eglibc-localedata-iso14651-t1-pinyin-dbg
eglibc-dbg: unsatisfied recommendation for eglibc-localedata-gez-et-dbg
eglibc-dbg: unsatisfied recommendation for eglibc-localedata-iso14651-t1-dbg
eglibc-dbg: unsatisfied recommendation for eglibc-localedata-es-us-dbg
eglibc-dbg: unsatisfied recommendation for eglibc-localedata-aa-er-dbg
eglibc-dbg: unsatisfied recommendation for eglibc-localedata-om-ke-dbg
eglibc-dbg: unsatisfied recommendation for eglibc-gconv-libgb-dbg
eglibc-dbg: unsatisfied recommendation for eglibc-localedata-bo-cn-dbg
eglibc-dbg: unsatisfied recommendation for eglibc-thread-db-dbg
eglibc-dbg: unsatisfied recommendation for eglibc-extra-nss-dbg
eglibc-dbg: unsatisfied recommendation for eglibc-localedata-nl-nl-dbg
eglibc-dbg: unsatisfied recommendation for eglibc-gconv-libisoir165-dbg
eglibc-dbg: unsatisfied recommendation for libsegfault-dbg
eglibc-dbg: unsatisfied recommendation for eglibc-localedata-crh-ua-dbg
eglibc-dbg: unsatisfied recommendation for eglibc-localedata-fr-lu-dbg
eglibc-dbg: unsatisfied recommendation for eglibc-localedata-en-us-dbg
Installing task-poky-standalone-sdk-target-dbg (1.0-r6) to root...
Downloading file:/home/lulianhao/poky-build/master/tmp/deploy/ipk/mips/task-poky-standalone-sdk-target-dbg_1.0-r6_mips.ipk.
task-poky-standalone-sdk-target-dbg: unsatisfied recommendation for libsegfault-dbg
task-poky-standalone-sdk-target-dbg: unsatisfied recommendation for locale-base-en-gb-dbg
task-poky-standalone-sdk-target-dbg: unsatisfied recommendation for libstdc++-dbg
task-poky-standalone-sdk-target-dbg: unsatisfied recommendation for eglibc-utils-dbg
task-poky-standalone-sdk-target-dbg: unsatisfied recommendation for locale-base-en-us-dbg
task-poky-standalone-sdk-target-dbg: unsatisfied recommendation for eglibc-thread-db-dbg
task-poky-standalone-sdk-target-dbg: unsatisfied recommendation for eglibc-gconv-ibm850-dbg
task-poky-standalone-sdk-target-dbg: unsatisfied recommendation for eglibc-gconv-iso8859-15-dbg
task-poky-standalone-sdk-target-dbg: unsatisfied recommendation for eglibc-gconv-cp1252-dbg
task-poky-standalone-sdk-target-dbg: unsatisfied recommendation for eglibc-localedata-i18n-dbg
task-poky-standalone-sdk-target-dbg: unsatisfied recommendation for libgcc-dbg
task-poky-standalone-sdk-target-dbg: unsatisfied recommendation for eglibc-gconv-iso8859-1-dbg
Installing task-poky-standalone-sdk-target (1.0-r6) to root...
Installing eglibc-dbg (2.12-r13) to root...
Downloading file:/home/lulianhao/poky-build/master/tmp/deploy/ipk/mips/eglibc-dbg_2.12-r13_mips.ipk.
Configuring eglibc-dbg.
Configuring task-poky-standalone-sdk-target.
Configuring task-poky-standalone-sdk-target-dbg.
Collected errors:
 * satisfy_dependencies_for: Cannot satisfy the following dependencies for task-poky-standalone-sdk-target:
 * 	eglibc (>= 2.12) * 	eglibc (>= 2.12) * 
 * opkg_install_cmd: Cannot install package task-poky-standalone-sdk-target.
Function 'do_populate_sdk' failed (see /home/lulianhao/poky-build/master/tmp/work/mips-poky-linux/meta-toolchain-1.0-r0/temp/log.do_populate_sdk.19496 for further information)
ERROR: Function 'do_populate_sdk' failed (see /home/lulianhao/poky-build/master/tmp/work/mips-poky-linux/meta-toolchain-1.0-r0/temp/log.do_populate_sdk.19496 for further information)

[-- Attachment #3: log.do_rootfs --]
[-- Type: application/octet-stream, Size: 3495 bytes --]

+ rm -rf /home/lulianhao/poky-build/master/tmp/work/qemumips-poky-linux/poky-image-minimal-1.0-r0/rootfs
+ mkdir -p /home/lulianhao/poky-build/master/tmp/work/qemumips-poky-linux/poky-image-minimal-1.0-r0/rootfs
+ mkdir -p /home/lulianhao/poky-build/master/tmp/deploy/images
+ '[' 0 '!=' 1 ']'
+ for devtable in /home/lulianhao/poky-build/poky/meta/files/device_table-minimal.txt
+ makedevs -r /home/lulianhao/poky-build/master/tmp/work/qemumips-poky-linux/poky-image-minimal-1.0-r0/rootfs -D /home/lulianhao/poky-build/poky/meta/files/device_table-minimal.txt
+ rootfs_rpm_do_rootfs
+ set +x
Generating solve db for /home/lulianhao/poky-build/master/tmp/deploy/rpm/all...
   total:               1      0.000000 MB      0.156108 secs
   fingerprint:        18      0.000012 MB      0.000216 secs
   install:             6      0.000000 MB      0.020568 secs
   dbadd:               6      0.000000 MB      0.018728 secs
   dbget:              17      0.000000 MB      0.000051 secs
   dbput:               6      0.016872 MB      0.003093 secs
   readhdr:            61      0.034088 MB      0.024692 secs
   hdrload:            30      0.049520 MB      0.000157 secs
   hdrget:            867      0.000000 MB      0.000963 secs
Generating solve db for /home/lulianhao/poky-build/master/tmp/deploy/rpm/mips...
   total:               1      0.000000 MB     10.976077 secs
   fingerprint:      5943      0.060930 MB      1.326457 secs
   install:          1981      0.000000 MB      2.363398 secs
   dbadd:            1981      0.000000 MB      2.322484 secs
   dbget:           21756      0.000000 MB      0.026868 secs
   dbput:            1981      8.563624 MB      2.095680 secs
   readhdr:         19811     17.068458 MB      3.755691 secs
   hdrload:          9965     25.409586 MB      0.052667 secs
   hdrget:         362697      0.000000 MB      0.385240 secs
Generating solve db for /home/lulianhao/poky-build/master/tmp/deploy/rpm/qemumips...
   total:               1      0.000000 MB      1.162715 secs
   fingerprint:       744      0.005966 MB      0.114676 secs
   install:           248      0.000000 MB      0.270129 secs
   dbadd:             248      0.000000 MB      0.263495 secs
   dbget:            1749      0.000000 MB      0.002590 secs
   dbput:             248      1.180040 MB      0.222139 secs
   readhdr:          2481      2.307304 MB      0.363469 secs
   hdrload:          1240      3.431696 MB      0.006354 secs
   hdrget:          44901      0.000000 MB      0.047807 secs
Processing task-poky-boot...
error: Failed dependencies:
	eglibc >= 2.12 is needed by tinylogin-1.4-r5.mips
	eglibc >= 2.12 is needed by busybox-1.17.3-r0.mips
	eglibc >= 2.12 is needed by udev-164-r1.mips
	eglibc >= 2.12 is needed by sysvinit-2.88dsf-r1.mips
	eglibc >= 2.12 is needed by makedevs-1.0.0-r7.mips
	eglibc >= 2.12 is needed by libusb-compat-0.1.3-r0.mips
	eglibc >= 2.12 is needed by libudev0-164-r1.mips
	eglibc >= 2.12 is needed by libacl1-2.2.49-r1.mips
	eglibc >= 2.12 is needed by libglib-2.0-0-2.27.5-r3.mips
	eglibc >= 2.12 is needed by libattr1-2.4.44-r2.mips
	eglibc >= 2.12 is needed by libz1-1.2.5-r0.mips
Function 'do_rootfs' failed (see /home/lulianhao/poky-build/master/tmp/work/qemumips-poky-linux/poky-image-minimal-1.0-r0/temp/log.do_rootfs.26408 for further information)
ERROR: Function 'do_rootfs' failed (see /home/lulianhao/poky-build/master/tmp/work/qemumips-poky-linux/poky-image-minimal-1.0-r0/temp/log.do_rootfs.26408 for further information)

Re: poky-image-sato-sdk failed at do_rootfs

[Lu, Lianhao]

Lu, Lianhao wrote on 2011-01-30:
> Tian, Kevin wrote on 2011-01-30:
>>> From: Richard Purdie
>>> Sent: Sunday, January 30, 2011 6:13 PM
>>> 
>>> On Sat, 2011-01-29 at 17:33 -0800, Zhang, Jessica wrote:
>>>> My poky-image-sato-sdk against the latest master is consistently 
>>>> failed at last step of do_rootfs, here's the error:
>>>> 
>>>>  Processing task-poky-qt-demos...
>>>> | error: Failed dependencies:
>>>> |  eglibc >= 2.12 is needed by libstdc++6-4.5.1-r2.armv5te  eglibc
>>>> | >= 2.12 is needed by libgcc1-4.5.1-r0.armv5te Function 'do_rootfs'
>>>> | failed
>>>> (see
>>> 
>>> 
>>> /home/jzhang/master-arm-build/tmp/work/qemuarm-poky-linux-gnueabi/po
>>> k y - image-sato-sdk-1.0-r0/temp/log.do_rootfs.6142 for further
>>> information)
>>>> | ERROR: Function 'do_rootfs' failed
>>>> (see
>>> 
>>> 
>>> /home/jzhang/master-arm-build/tmp/work/qemuarm-poky-linux-gnueabi/po
>>> k y - image-sato-sdk-1.0-r0/temp/log.do_rootfs.6142 for further
>>> information)
>>>> 
>>>> Has anybody run into same issue or any idea?
>>> 
>>> This looks like a race issue we once had. Grepping the gcc include 
>>> files
>>> revealed:
>>> 
>>> gcc-configure-cross.inc:do_package_write_ipk[depends] += 
>>> "virtual/libc:do_package"
>>> 
>>> which was added to address this problem. Of course now, libgcc and
>>> libstdc++ are built by libgcc and gcc-runtime so I think the correct
>>> approach is to make both of these dependent on the libc packaging to 
>>> finish.
>> 
>> Curious how that race condition doesn't cause issue in the 1st place 
>> when libgcc and gcc-runtime are compiled, while only occurs in final 
>> rootfs stage...
>> 
>> BTW, today I took a brief look in Lianhao's cube. His phenomenon is 
>> even more complex I think because when above error of do_rootfs is 
>> thrown out there're still 6-7 ongoing tasks which are waited to complete.
>> 
>>> 
>>> This also shouldn't be ipk specific, in the modern world we can 
>>> depend on do_package_write.
>>> 
>>> The problem is that "eglibc" gets renamed to libc at package time.
>>> If the package step hasn't run, the renaming isn't applied to the 
>>> dependencies that libgcc and libstdc++ have on libc and you see this 
>>> error. If you rebuild those packages, the image should work.
>>> Since its a race, some builds will work, some won't. Using rm_work 
>>> will make this bug more likely to appear at a guess.
>>> 
>> 
>> Since Lianhao also observed this issue, we'll take a look at this 
>> issue tomorrow.
>> 
> 
> Here is what I found using the master with the latest commit 
> ffd12fc476d6061ba1e019a1e789cf1a2d3c82e6.
> 
> 1. set PACKAGE_CLASSES to "package_rpm package_ipk" and target machine 
> to "qemumips" in conf/local.conf 2. bitbake poky-image-minimal from 
> scratch, then bitbake meta-toolchain incrementally. Both got built successfully.
> 3. set PACKAGE_CLASSES to "package_ipk package_rpm"
> 4. bitbake poky-image-minimal incrementally, and it succeeded.
> 5. bitbake meta-toolchain incrementally, it failed complaining about 
> unsatisfied dependencies to eglibc during opkg installation. See 
> attached file "log.do_populate_sdk" for details. This failure is then reproducible every time.
> 6. set PACKAGE_CLASSES back to "package_rpm package_ipk"
> 7. bitbake poky-image-minimal incrementally, it failed complaining 
> about unsatisfied dependencies to eglibc during rpm installation. See 
> attached file "log.do_rootfs" for details. This failure is then reproducible every time.
> 

Just as Richard said, we've confirmed that this issue was caused by a race problem. We saw this issue because the libgcc's do_package_write_xxx task got executed before the eglibc's do_pacakge task finished. This problem might be there for some time, but somehow it was not exposed until the recent commit of adding a non stamp task do_populate_lic.(see the email chain named after "summary about recent do_populate_sdk failures" for details).  We should add dependency so that the task package_write_xxx of libgcc and libstdc++ is dependent upon "virtual/libc:do_package". 

Is there any package other than libgcc and gcc-runtime have such race problem with libc? I think many packages are implicitly dependent on virtual/libc, how those packages do_package_write_xxx's dependency upon libc's do_package get assured?

Best Regards,
Lianhao

Re: poky-image-sato-sdk failed at do_rootfs

[Richard Purdie]

On Mon, 2011-01-31 at 23:24 +0800, Lu, Lianhao wrote:
> Lu, Lianhao wrote on 2011-01-30:
> > Tian, Kevin wrote on 2011-01-30:
> > Here is what I found using the master with the latest commit 
> > ffd12fc476d6061ba1e019a1e789cf1a2d3c82e6.
> > 
> > 1. set PACKAGE_CLASSES to "package_rpm package_ipk" and target machine 
> > to "qemumips" in conf/local.conf 2. bitbake poky-image-minimal from 
> > scratch, then bitbake meta-toolchain incrementally. Both got built successfully.
> > 3. set PACKAGE_CLASSES to "package_ipk package_rpm"
> > 4. bitbake poky-image-minimal incrementally, and it succeeded.
> > 5. bitbake meta-toolchain incrementally, it failed complaining about 
> > unsatisfied dependencies to eglibc during opkg installation. See 
> > attached file "log.do_populate_sdk" for details. This failure is then reproducible every time.
> > 6. set PACKAGE_CLASSES back to "package_rpm package_ipk"
> > 7. bitbake poky-image-minimal incrementally, it failed complaining 
> > about unsatisfied dependencies to eglibc during rpm installation. See 
> > attached file "log.do_rootfs" for details. This failure is then reproducible every time.
> > 
> 
> Just as Richard said, we've confirmed that this issue was caused by a
> race problem. We saw this issue because the libgcc's
> do_package_write_xxx task got executed before the eglibc's do_pacakge
> task finished. This problem might be there for some time, but somehow
> it was not exposed until the recent commit of adding a non stamp task
> do_populate_lic.(see the email chain named after "summary about recent
> do_populate_sdk failures" for details).  We should add dependency so
> that the task package_write_xxx of libgcc and libstdc++ is dependent
> upon "virtual/libc:do_package". 
> 
> Is there any package other than libgcc and gcc-runtime have such race
> problem with libc? I think many packages are implicitly dependent on
> virtual/libc, how those packages do_package_write_xxx's dependency
> upon libc's do_package get assured?

debian.bbclass ensures that things don't package until all a package's
dependencies have packaged:

do_package_write_ipk[rdeptask] = "do_package"
do_package_write_deb[rdeptask] = "do_package"
do_package_write_tar[rdeptask] = "do_package"
do_package_write_rpm[rdeptask] = "do_package"

This doesn't work in the special case of libgcc and libc since the cross
compiler bootstrap process confuses the dependency issues a lot. We need
to inject some manual dependencies at that point. We could probably even
make it RDEPENDS on libc but at this point I'm going to manually create
these dependencies to be safe and make the code clearer:

http://git.pokylinux.org/cgit.cgi/poky/commit/?id=21f2dae46b481dbf34f6874ae814dcd23fc86d54

Cheers,

Richard

Re: poky-image-sato-sdk failed at do_rootfs

[Zhang, Jessica]

[-- Attachment #1: Type: text/plain, Size: 3708 bytes --]

Richard Purdie wrote:
> On Mon, 2011-01-31 at 23:24 +0800, Lu, Lianhao wrote:
>> Lu, Lianhao wrote on 2011-01-30:
>>> Tian, Kevin wrote on 2011-01-30:
>>> Here is what I found using the master with the latest commit
>>> ffd12fc476d6061ba1e019a1e789cf1a2d3c82e6.
>>> 
>>> 1. set PACKAGE_CLASSES to "package_rpm package_ipk" and target
>>> machine 
>>> to "qemumips" in conf/local.conf 2. bitbake poky-image-minimal from
>>> scratch, then bitbake meta-toolchain incrementally. Both got built
>>> successfully. 
>>> 3. set PACKAGE_CLASSES to "package_ipk package_rpm"
>>> 4. bitbake poky-image-minimal incrementally, and it succeeded.
>>> 5. bitbake meta-toolchain incrementally, it failed complaining about
>>> unsatisfied dependencies to eglibc during opkg installation. See
>>> attached file "log.do_populate_sdk" for details. This failure is
>>> then reproducible every time. 
>>> 6. set PACKAGE_CLASSES back to "package_rpm package_ipk"
>>> 7. bitbake poky-image-minimal incrementally, it failed complaining
>>> about unsatisfied dependencies to eglibc during rpm installation.
>>> See 
>>> attached file "log.do_rootfs" for details. This failure is then
>>> reproducible every time. 
>>> 
>> 
>> Just as Richard said, we've confirmed that this issue was caused by a
>> race problem. We saw this issue because the libgcc's
>> do_package_write_xxx task got executed before the eglibc's do_pacakge
>> task finished. This problem might be there for some time, but somehow
>> it was not exposed until the recent commit of adding a non stamp task
>> do_populate_lic.(see the email chain named after "summary about
>> recent do_populate_sdk failures" for details).  We should add
>> dependency so that the task package_write_xxx of libgcc and
>> libstdc++ is dependent upon "virtual/libc:do_package".
>> 
>> Is there any package other than libgcc and gcc-runtime have such race
>> problem with libc? I think many packages are implicitly dependent on
>> virtual/libc, how those packages do_package_write_xxx's dependency
>> upon libc's do_package get assured?
> 
> debian.bbclass ensures that things don't package until all a package's
> dependencies have packaged:
> 
> do_package_write_ipk[rdeptask] = "do_package"
> do_package_write_deb[rdeptask] = "do_package"
> do_package_write_tar[rdeptask] = "do_package"
> do_package_write_rpm[rdeptask] = "do_package"
> 
> This doesn't work in the special case of libgcc and libc since the
> cross compiler bootstrap process confuses the dependency issues a
> lot. We need to inject some manual dependencies at that point. We
> could probably even make it RDEPENDS on libc but at this point I'm
> going to manually create these dependencies to be safe and make the
> code clearer: 
> 
>
http://git.pokylinux.org/cgit.cgi/poky/commit/?id=21f2dae46b481dbf34f6874ae8
14dcd23fc86d54

Some update with recent do_package racing condition triggered build issues.
Today, I've cherry-picked 3 related commits: Kevin's fix for rebuild,
Richard's fix for change PACKAGE_CLASSES and do_package_write* depends on
libc do_package and did the following test builds:
1. bitbake poky-image-minimal (incremental)
2. bitbake poky-image-sato-sdk (incremental)
3. switch PACKAGE_CLASSES setting, then bitbake poky-image-minimal
Everything behaved as desired so far.  Then I did
4. bitbake libgcc virtual/libc -c package -f 
5. bitbake poky-image-minimal and stumbled on the eglibc depencies issues
again, then Richard suggest me to make the following change:
http://git.pokylinux.org/cgit.cgi/poky-contrib/commit/?h=jzhang/eglibc_issue
, which solved my build issues.

Thanks,
Jessica
> 
> Cheers,
> 
> Richard

[-- Attachment #2: smime.p7s --]
[-- Type: application/x-pkcs7-signature, Size: 8455 bytes --]

Re: poky-image-sato-sdk failed at do_rootfs

[Richard Purdie]

Hi Jessica,

On Mon, 2011-01-31 at 16:58 -0800, Zhang, Jessica wrote:
> Some update with recent do_package racing condition triggered build issues.
> Today, I've cherry-picked 3 related commits: Kevin's fix for rebuild,
> Richard's fix for change PACKAGE_CLASSES and do_package_write* depends on
> libc do_package and did the following test builds:
> 1. bitbake poky-image-minimal (incremental)
> 2. bitbake poky-image-sato-sdk (incremental)
> 3. switch PACKAGE_CLASSES setting, then bitbake poky-image-minimal
> Everything behaved as desired so far.  Then I did
> 4. bitbake libgcc virtual/libc -c package -f 
> 5. bitbake poky-image-minimal and stumbled on the eglibc depencies issues
> again, then Richard suggest me to make the following change:
> http://git.pokylinux.org/cgit.cgi/poky-contrib/commit/?h=jzhang/eglibc_issue
> , which solved my build issues.

I've tried locally and I cannot reproduce this problem any more with
master. I'm wondering if there is some kind of caches state problem
within your build which is causing this?

I don't think the above patch I've proposed is correct.

Cheers,

Richard

Re: poky-image-sato-sdk failed at do_rootfs

[Zhang, Jessica]

[-- Attachment #1: Type: text/plain, Size: 1387 bytes --]

Richard Purdie wrote:
> Hi Jessica,
> 
> On Mon, 2011-01-31 at 16:58 -0800, Zhang, Jessica wrote:
>> Some update with recent do_package racing condition triggered build
>> issues. Today, I've cherry-picked 3 related commits: Kevin's fix for
>> rebuild, Richard's fix for change PACKAGE_CLASSES and
>> do_package_write* depends on libc do_package and did the following
>> test builds: 
>> 1. bitbake poky-image-minimal (incremental)
>> 2. bitbake poky-image-sato-sdk (incremental)
>> 3. switch PACKAGE_CLASSES setting, then bitbake poky-image-minimal
>> Everything behaved as desired so far.  Then I did
>> 4. bitbake libgcc virtual/libc -c package -f
>> 5. bitbake poky-image-minimal and stumbled on the eglibc depencies
>> issues again, then Richard suggest me to make the following change:
>>
http://git.pokylinux.org/cgit.cgi/poky-contrib/commit/?h=jzhang/eglibc_issue
>> , which solved my build issues.
> 
> I've tried locally and I cannot reproduce this problem any more with
> master. I'm wondering if there is some kind of caches state problem
> within your build which is causing this?

Interesting, any idea how can this happen since I didn't do anything else
between the tests

> 
> I don't think the above patch I've proposed is correct.

Ok, I'll revert this back and re-run test 4 and 5 today to see what will
happen...


Thanks,
Jessica

[-- Attachment #2: smime.p7s --]
[-- Type: application/x-pkcs7-signature, Size: 8455 bytes --]

Re: poky-image-sato-sdk failed at do_rootfs

[Richard Purdie]

On Tue, 2011-02-01 at 05:07 -0800, Zhang, Jessica wrote:
> Richard Purdie wrote:
> > Hi Jessica,
> > 
> > On Mon, 2011-01-31 at 16:58 -0800, Zhang, Jessica wrote:
> >> Some update with recent do_package racing condition triggered build
> >> issues. Today, I've cherry-picked 3 related commits: Kevin's fix for
> >> rebuild, Richard's fix for change PACKAGE_CLASSES and
> >> do_package_write* depends on libc do_package and did the following
> >> test builds: 
> >> 1. bitbake poky-image-minimal (incremental)
> >> 2. bitbake poky-image-sato-sdk (incremental)
> >> 3. switch PACKAGE_CLASSES setting, then bitbake poky-image-minimal
> >> Everything behaved as desired so far.  Then I did
> >> 4. bitbake libgcc virtual/libc -c package -f
> >> 5. bitbake poky-image-minimal and stumbled on the eglibc depencies
> >> issues again, then Richard suggest me to make the following change:
> >>
> http://git.pokylinux.org/cgit.cgi/poky-contrib/commit/?h=jzhang/eglibc_issue
> >> , which solved my build issues.
> > 
> > I've tried locally and I cannot reproduce this problem any more with
> > master. I'm wondering if there is some kind of caches state problem
> > within your build which is causing this?
> 
> Interesting, any idea how can this happen since I didn't do anything else
> between the tests
> 
> > 
> > I don't think the above patch I've proposed is correct.
> 
> Ok, I'll revert this back and re-run test 4 and 5 today to see what will
> happen...

Can you please try a build from scratch. I think most of your .ipk files
look corrupt as there are many eglibc dependencies in there which there
simply shouldn't be. If they were built whilst eglibc was rebuilding
that would explain the problem but it means your build directory is
unstable now :(. If there is a root cause, the above patch isn't it.

Cheers,

Richard

Re: poky-image-sato-sdk failed at do_rootfs

[Wolfgang Denk]

Dear Richard Purdie,

In message <1296567139.13501.19158.camel@rex> you wrote:
>
> Can you please try a build from scratch. I think most of your .ipk files
> look corrupt as there are many eglibc dependencies in there which there
> simply shouldn't be. If they were built whilst eglibc was rebuilding
> that would explain the problem but it means your build directory is
> unstable now :(. If there is a root cause, the above patch isn't it.

I just ran a build of poky-image-sato-sdk for qemuarm from scratch,
mainline code, git commit id 4c8f498

Result:

...
| ccache gcc -m32 -pipe -std=gnu99 -Wall -W -Wextra -fPIC -D_LARGEFILE64_SOURCE -D_ATFILE_SOURCE -m32 -DPSEUDO_PREFIX='"/opt/poky/build/mainline-4c8f498/tmp/sysroots/x86_64-linux/usr"' -DPSEUDO_SUFFIX='""' -DPSEUDO_BINDIR='"bin"' -DPSEUDO_LIBDIR='"lib/pseudo/lib"' -DPSEUDO_LOCALSTATEDIR='"var/pseudo"' -DPSEUDO_VERSION='"0.3"' -O2 -g -L/opt/poky/build/mainline-4c8f498/tmp/sysroots/x86_64-linux/usr/lib -I/opt/poky/build/mainline-4c8f498/tmp/sysroots/x86_64-linux/usr/include -Wl,-R/opt/poky/build/mainline-4c8f498/tmp/sysroots/x86_64-linux/usr/lib -shared -o lib/pseudo/lib/libpseudo.so \
|       pseudo_client.o pseudo_ipc.o \
|       pseudo_wrappers.o pseudo_tables.o pseudo_util.o -ldl
| /usr/bin/ld: skipping incompatible /usr/lib/gcc/x86_64-redhat-linux/4.5.1/libgcc_s.so when searching for -lgcc_s
| /usr/bin/ld: cannot find -lgcc_s
| collect2: ld returned 1 exit status
| make: *** [lib/pseudo/lib/libpseudo.so] Error 1
| FATAL: oe_runmake failed
| Function 'do_compile' failed (see /opt/poky/build/mainline-4c8f498/tmp/work/x86_64-linux/pseudo-native-0.0+git0+bcb42d80c0817da5479ab9c4f2cd8c4727e98ef8-r17/temp/log.do_compile.17807 for further information)
NOTE: package pseudo-native-0.0+git0+bcb42d80c0817da5479ab9c4f2cd8c4727e98ef8-r17: task do_compile: Failed
ERROR: 'virtual:native:/opt/poky/git/poky/work/meta/recipes-devtools/pseudo/pseudo_git.bb' failed
ERROR: Task 7 (virtual:native:/opt/poky/git/poky/work/meta/recipes-devtools/pseudo/pseudo_git.bb, do_compile) failed with exit code '1'



Best regards,

Wolfgang Denk

-- 
DENX Software Engineering GmbH,     MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd@denx.de
Copy from one, it's plagiarism; copy from two, it's research.

Re: poky-image-sato-sdk failed at do_rootfs

[Mark Hatle]

The failure indicated in your logs comes from building pseudo-native.  This is
not related to the previous messages you sent.

What is the host system type (Fedora, RHEL, etc), what is your byte size?
32-bit or 64-bit kernel...  any anything else you can give us to reproduce your
configuration.

The error below is fairly obvious.. it tried to build a 32-bit version of the
pseudo libraries, this build failed due to a lack of 32-bit libgcc.so installed
on your host.

If I had to guess you have a 64-bit Fedora or RHEL host, and only partial 32-bit
support installed.  Check using rpm or yum if you have the 32-bit libgcc-devel
package installed.  (I'd also check for 32-bit glibc-devel).

--Mark

On 2/1/11 1:27 PM, Wolfgang Denk wrote:
> Dear Richard Purdie,
> 
> In message <1296567139.13501.19158.camel@rex> you wrote:
>>
>> Can you please try a build from scratch. I think most of your .ipk files
>> look corrupt as there are many eglibc dependencies in there which there
>> simply shouldn't be. If they were built whilst eglibc was rebuilding
>> that would explain the problem but it means your build directory is
>> unstable now :(. If there is a root cause, the above patch isn't it.
> 
> I just ran a build of poky-image-sato-sdk for qemuarm from scratch,
> mainline code, git commit id 4c8f498
> 
> Result:
> 
> ...
> | ccache gcc -m32 -pipe -std=gnu99 -Wall -W -Wextra -fPIC -D_LARGEFILE64_SOURCE -D_ATFILE_SOURCE -m32 -DPSEUDO_PREFIX='"/opt/poky/build/mainline-4c8f498/tmp/sysroots/x86_64-linux/usr"' -DPSEUDO_SUFFIX='""' -DPSEUDO_BINDIR='"bin"' -DPSEUDO_LIBDIR='"lib/pseudo/lib"' -DPSEUDO_LOCALSTATEDIR='"var/pseudo"' -DPSEUDO_VERSION='"0.3"' -O2 -g -L/opt/poky/build/mainline-4c8f498/tmp/sysroots/x86_64-linux/usr/lib -I/opt/poky/build/mainline-4c8f498/tmp/sysroots/x86_64-linux/usr/include -Wl,-R/opt/poky/build/mainline-4c8f498/tmp/sysroots/x86_64-linux/usr/lib -shared -o lib/pseudo/lib/libpseudo.so \
> |       pseudo_client.o pseudo_ipc.o \
> |       pseudo_wrappers.o pseudo_tables.o pseudo_util.o -ldl
> | /usr/bin/ld: skipping incompatible /usr/lib/gcc/x86_64-redhat-linux/4.5.1/libgcc_s.so when searching for -lgcc_s
> | /usr/bin/ld: cannot find -lgcc_s
> | collect2: ld returned 1 exit status
> | make: *** [lib/pseudo/lib/libpseudo.so] Error 1
> | FATAL: oe_runmake failed
> | Function 'do_compile' failed (see /opt/poky/build/mainline-4c8f498/tmp/work/x86_64-linux/pseudo-native-0.0+git0+bcb42d80c0817da5479ab9c4f2cd8c4727e98ef8-r17/temp/log.do_compile.17807 for further information)
> NOTE: package pseudo-native-0.0+git0+bcb42d80c0817da5479ab9c4f2cd8c4727e98ef8-r17: task do_compile: Failed
> ERROR: 'virtual:native:/opt/poky/git/poky/work/meta/recipes-devtools/pseudo/pseudo_git.bb' failed
> ERROR: Task 7 (virtual:native:/opt/poky/git/poky/work/meta/recipes-devtools/pseudo/pseudo_git.bb, do_compile) failed with exit code '1'
> 
> 
> 
> Best regards,
> 
> Wolfgang Denk
> 

Re: poky-image-sato-sdk failed at do_rootfs

[Wolfgang Denk]

Dear Mark,

In message <4D486662.6020403@windriver.com> you wrote:
> The failure indicated in your logs comes from building pseudo-native.  This is
> not related to the previous messages you sent.
> 
> What is the host system type (Fedora, RHEL, etc), what is your byte size?
> 32-bit or 64-bit kernel...  any anything else you can give us to reproduce your
> configuration.

This is a Fedora 14 x86_64 host.

> The error below is fairly obvious.. it tried to build a 32-bit version of the
> pseudo libraries, this build failed due to a lack of 32-bit libgcc.so installed
> on your host.
> 
> If I had to guess you have a 64-bit Fedora or RHEL host, and only partial 32-bit
> support installed.  Check using rpm or yum if you have the 32-bit libgcc-devel
> package installed.  (I'd also check for 32-bit glibc-devel).

	$ rpm -qa | grep glibc | sort
	arm-gp2x-linux-glibc-2.3.6-8.fc14.noarch
	glibc-2.12.90-21.i686
	glibc-2.12.90-21.x86_64
	glibc-common-2.12.90-21.x86_64
	glibc-devel-2.12.90-21.i686
	glibc-devel-2.12.90-21.x86_64
	glibc-headers-2.12.90-21.x86_64

I am aware that the standard installation of poky-scripts and
poky-depends is not sufficient on Fedora. Additionally, I installed
xmlto-tex, glibc-devel.i686, zlib-devel.i686, and chrpath

This used to satisfy all requirements, at least so far.  It used to
work before.


libgcc_s is normally provided by the gcc RPM:

$ rpm -qf /usr/lib/gcc/x86_64-redhat-linux/4.5.1/libgcc_s.so
gcc-4.5.1-4.fc14.x86_64

But there is no gcc-4.5.1-4.fc14.i686 available for installation in a
x86_64 environment.



Best regards,

Wolfgang Denk

-- 
DENX Software Engineering GmbH,     MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd@denx.de
The human race has one really effective weapon, and that is laughter.
                                                         - Mark Twain

Re: poky-image-sato-sdk failed at do_rootfs

[Richard Purdie]

On Tue, 2011-02-01 at 20:27 +0100, Wolfgang Denk wrote:
> Dear Richard Purdie,
> 
> In message <1296567139.13501.19158.camel@rex> you wrote:
> >
> > Can you please try a build from scratch. I think most of your .ipk files
> > look corrupt as there are many eglibc dependencies in there which there
> > simply shouldn't be. If they were built whilst eglibc was rebuilding
> > that would explain the problem but it means your build directory is
> > unstable now :(. If there is a root cause, the above patch isn't it.
> 
> I just ran a build of poky-image-sato-sdk for qemuarm from scratch,
> mainline code, git commit id 4c8f498
> 
> Result:
> 
> ...
> | ccache gcc -m32 -pipe -std=gnu99 -Wall -W -Wextra -fPIC -D_LARGEFILE64_SOURCE -D_ATFILE_SOURCE -m32 -DPSEUDO_PREFIX='"/opt/poky/build/mainline-4c8f498/tmp/sysroots/x86_64-linux/usr"' -DPSEUDO_SUFFIX='""' -DPSEUDO_BINDIR='"bin"' -DPSEUDO_LIBDIR='"lib/pseudo/lib"' -DPSEUDO_LOCALSTATEDIR='"var/pseudo"' -DPSEUDO_VERSION='"0.3"' -O2 -g -L/opt/poky/build/mainline-4c8f498/tmp/sysroots/x86_64-linux/usr/lib -I/opt/poky/build/mainline-4c8f498/tmp/sysroots/x86_64-linux/usr/include -Wl,-R/opt/poky/build/mainline-4c8f498/tmp/sysroots/x86_64-linux/usr/lib -shared -o lib/pseudo/lib/libpseudo.so \
> |       pseudo_client.o pseudo_ipc.o \
> |       pseudo_wrappers.o pseudo_tables.o pseudo_util.o -ldl
> | /usr/bin/ld: skipping incompatible /usr/lib/gcc/x86_64-redhat-linux/4.5.1/libgcc_s.so when searching for -lgcc_s
> | /usr/bin/ld: cannot find -lgcc_s
> | collect2: ld returned 1 exit status
> | make: *** [lib/pseudo/lib/libpseudo.so] Error 1
> | FATAL: oe_runmake failed
> | Function 'do_compile' failed (see /opt/poky/build/mainline-4c8f498/tmp/work/x86_64-linux/pseudo-native-0.0+git0+bcb42d80c0817da5479ab9c4f2cd8c4727e98ef8-r17/temp/log.do_compile.17807 for further information)
> NOTE: package pseudo-native-0.0+git0+bcb42d80c0817da5479ab9c4f2cd8c4727e98ef8-r17: task do_compile: Failed
> ERROR: 'virtual:native:/opt/poky/git/poky/work/meta/recipes-devtools/pseudo/pseudo_git.bb' failed
> ERROR: Task 7 (virtual:native:/opt/poky/git/poky/work/meta/recipes-devtools/pseudo/pseudo_git.bb, do_compile) failed with exit code '1'

Did you leave NO32LIBS set in local.conf as per the default?

Cheers,

Richard

Re: poky-image-sato-sdk failed at do_rootfs

[Wolfgang Denk]

Dear Richard,

In message <1296602979.13501.21658.camel@rex> you wrote:
>
> Did you leave NO32LIBS set in local.conf as per the default?

Good point - sorry, I had forgotten about that.  I always comment out
NO32LIBS because when building the SDK I also need this for 32 bit
machines.


Resetting this (i. e. not commenting out NO32LIBS) makeds the build
pass that stage,  so this is indeed where the problem comes from.

Best regards,

Wolfgang Denk

-- 
DENX Software Engineering GmbH,     MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd@denx.de
"More software projects have gone awry for lack of calendar time than
for all other causes combined."
                         - Fred Brooks, Jr., _The Mythical Man Month_

Re: poky-image-sato-sdk failed at do_rootfs

[Richard Purdie]

On Wed, 2011-02-02 at 08:03 +0100, Wolfgang Denk wrote:
> Dear Richard,
> 
> In message <1296602979.13501.21658.camel@rex> you wrote:
> >
> > Did you leave NO32LIBS set in local.conf as per the default?
> 
> Good point - sorry, I had forgotten about that.  I always comment out
> NO32LIBS because when building the SDK I also need this for 32 bit
> machines.

This option really just controls psuedo-native, it has no effect on the
SDK which is controlled by SDKMACHINE?

Cheers,

Richard

Re: poky-image-sato-sdk failed at do_rootfs

[Wolfgang Denk]

Dear Richard Purdie,

In message <1296645484.1544.2556.camel@rex> you wrote:
>
> > > Did you leave NO32LIBS set in local.conf as per the default?
> > 
> > Good point - sorry, I had forgotten about that.  I always comment out
> > NO32LIBS because when building the SDK I also need this for 32 bit
> > machines.
> 
> This option really just controls psuedo-native, it has no effect on the

I see - that was not clear to me from the comment ("Default to not
build 32 bit libs on 64 bit systems, comment this out if that is
desired").

When is this option needed, then?  If it was not needed (and is
broken), should it eventually be removed?

> SDK which is controlled by SDKMACHINE?

I have this set to i586...


Thanks.

Best regards,

Wolfgang Denk

-- 
DENX Software Engineering GmbH,     MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd@denx.de
Fascinating is a word I use for the unexpected.
	-- Spock, "The Squire of Gothos", stardate 2124.5

Re: poky-image-sato-sdk failed at do_rootfs

[Mark Hatle]

On 2/2/11 5:33 AM, Wolfgang Denk wrote:
> Dear Richard Purdie,
> 
> In message <1296645484.1544.2556.camel@rex> you wrote:
>>
>>>> Did you leave NO32LIBS set in local.conf as per the default?
>>>
>>> Good point - sorry, I had forgotten about that.  I always comment out
>>> NO32LIBS because when building the SDK I also need this for 32 bit
>>> machines.
>>
>> This option really just controls psuedo-native, it has no effect on the
> 
> I see - that was not clear to me from the comment ("Default to not
> build 32 bit libs on 64 bit systems, comment this out if that is
> desired").
> 
> When is this option needed, then?  If it was not needed (and is
> broken), should it eventually be removed?

PSEUDO is similar to fakeroot, it is a LD_PRELOADed library that intercepts
certain calls, and emulates a root user capable environment.

As such, it MUST be able to intercept both 32-bit and 64-bit function calls,
when both are available on a host.

So if you have both 32-bit and 64-bit binaries installed on your host, you need
to disable the NO32LIBS, otherwise you could end up with an incomplete faked
root environment.

--Mark

>> SDK which is controlled by SDKMACHINE?
> 
> I have this set to i586...
> 
> 
> Thanks.
> 
> Best regards,
> 
> Wolfgang Denk
> 

Re: poky-image-sato-sdk failed at do_rootfs

[Wolfgang Denk]

Dear Mark Hatle,

In message <4D4962A5.8060406@windriver.com> you wrote:
>
> > I see - that was not clear to me from the comment ("Default to not
> > build 32 bit libs on 64 bit systems, comment this out if that is
> > desired").
> > 
> > When is this option needed, then?  If it was not needed (and is
> > broken), should it eventually be removed?
> 
> PSEUDO is similar to fakeroot, it is a LD_PRELOADed library that intercepts
> certain calls, and emulates a root user capable environment.
> 
> As such, it MUST be able to intercept both 32-bit and 64-bit function calls,
> when both are available on a host.
> 
> So if you have both 32-bit and 64-bit binaries installed on your host, you need
> to disable the NO32LIBS, otherwise you could end up with an incomplete faked
> root environment.

I see.  Thanks for the explanation.

well, I do have some 32 bit binaries installed but I doubt any of
these will be used during a normal build.

But that means that NO32LIBS is needed sometimes, and the bug I ran
into should be fixed.

Best regards,

Wolfgang Denk

-- 
DENX Software Engineering GmbH,     MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd@denx.de
To be sure of hitting the target, shoot first and, whatever you  hit,
call it the target.

Re: poky-image-sato-sdk failed at do_rootfs

[Richard Purdie]

On Wed, 2011-02-02 at 07:56 -0600, Mark Hatle wrote:
> On 2/2/11 5:33 AM, Wolfgang Denk wrote:
> > Dear Richard Purdie,
> > 
> > In message <1296645484.1544.2556.camel@rex> you wrote:
> >>
> >>>> Did you leave NO32LIBS set in local.conf as per the default?
> >>>
> >>> Good point - sorry, I had forgotten about that.  I always comment out
> >>> NO32LIBS because when building the SDK I also need this for 32 bit
> >>> machines.
> >>
> >> This option really just controls psuedo-native, it has no effect on the
> > 
> > I see - that was not clear to me from the comment ("Default to not
> > build 32 bit libs on 64 bit systems, comment this out if that is
> > desired").
> > 
> > When is this option needed, then?  If it was not needed (and is
> > broken), should it eventually be removed?
> 
> PSEUDO is similar to fakeroot, it is a LD_PRELOADed library that intercepts
> certain calls, and emulates a root user capable environment.
> 
> As such, it MUST be able to intercept both 32-bit and 64-bit function calls,
> when both are available on a host.
> 
> So if you have both 32-bit and 64-bit binaries installed on your host, you need
> to disable the NO32LIBS, otherwise you could end up with an incomplete faked
> root environment.

Since poky builds all its own tools out the box, this isn't something
I've ever seen a user get bitten by so far. There are people using say
an external 32 bit toolchain on a 64 bit machine who do need this
functionality though.

Cheers,

Richard

Re: poky-image-sato-sdk failed at do_rootfs

[Mark Hatle]

On 2/2/11 8:06 AM, Richard Purdie wrote:
> On Wed, 2011-02-02 at 07:56 -0600, Mark Hatle wrote:
>> On 2/2/11 5:33 AM, Wolfgang Denk wrote:
>>> Dear Richard Purdie,
>>>
>>> In message <1296645484.1544.2556.camel@rex> you wrote:
>>>>
>>>>>> Did you leave NO32LIBS set in local.conf as per the default?
>>>>>
>>>>> Good point - sorry, I had forgotten about that.  I always comment out
>>>>> NO32LIBS because when building the SDK I also need this for 32 bit
>>>>> machines.
>>>>
>>>> This option really just controls psuedo-native, it has no effect on the
>>>
>>> I see - that was not clear to me from the comment ("Default to not
>>> build 32 bit libs on 64 bit systems, comment this out if that is
>>> desired").
>>>
>>> When is this option needed, then?  If it was not needed (and is
>>> broken), should it eventually be removed?
>>
>> PSEUDO is similar to fakeroot, it is a LD_PRELOADed library that intercepts
>> certain calls, and emulates a root user capable environment.
>>
>> As such, it MUST be able to intercept both 32-bit and 64-bit function calls,
>> when both are available on a host.
>>
>> So if you have both 32-bit and 64-bit binaries installed on your host, you need
>> to disable the NO32LIBS, otherwise you could end up with an incomplete faked
>> root environment.
> 
> Since poky builds all its own tools out the box, this isn't something
> I've ever seen a user get bitten by so far. There are people using say
> an external 32 bit toolchain on a 64 bit machine who do need this
> functionality though.

The place where I've seen it (beyond the tools issue above), is when someone
provides their own version of a common tool, like ls, sed, make, etc..  usually
to work around a defect in the host system that for whatever reason they can not
fix by a distro vendor update..  (usually due to lack of permissions to root,
and a sysadmin who doesn't care about updates because they need their one true
standard environment...)  ;)

But ya, it used to be very common, but it's become more rare every day.  Usually
systems these days are either 32-bit or 64-bit...

--Mark

> Cheers,
> 
> Richard
>