Bug 1729 - [multilib] Finish core-image-sato-sdk multilib enabling
Summary: [multilib] Finish core-image-sato-sdk multilib enabling
Status: VERIFIED WORKSFORME
Alias: None
Product: Meta-yocto
Classification: Build System, Metadata & Runtime
Component: meta-yocto (show other bugs)
Version: unspecified
Hardware: x86 Multiple
: Medium+ normal
Target Milestone: 1.3 M4
Assignee: Bogdan Marinescu
QA Contact:
URL:
Whiteboard: (scheduled) Depends on Jiajun's full ...
Depends on:
Blocks: 1563
  Show dependency tree
 
Reported: 2011-11-03 23:07 UTC by Dongxiao Xu
Modified: 2012-11-14 09:07 UTC (History)
10 users (show)

See Also:
OS type for building Yocto: ---
Type of Regression: ---
Verified:
Documentation change: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Dongxiao Xu 2011-11-03 23:07:16 UTC
For recipes within core-image-sato-sdk, we need to make them multilib enabled.
Comment 1 Shane Wang 2012-01-11 17:40:20 UTC
I am going to delay multilib new features (satosdk and world) into M3, since we don't have more time on multilib development.
Comment 2 Edwin Zhai 2012-03-13 06:42:30 UTC
I have passed core-image-sato-sdk building and booting. But early this week, qt4-x11-free build fail. Fix is on going.
Comment 3 Shane Wang 2012-03-19 23:49:42 UTC
I noticed sato-sdk was enabled but only qt broke now.

I will open another bug for qt breaks.
Comment 4 Jiajun Xu 2012-04-23 14:22:36 UTC
Mark the bug as "QA Testing Completed" since we already cover the testing for the feature in 1.2 M4.
Comment 5 Song Liu 2012-05-25 18:20:01 UTC
Edwin/Shane,

Is this already completed in 1.2 with the bug for broken qt opened? If so, please mark this verified and change the milestone to 1.2. Otherwise, let's keep it this way for 1.3.
Comment 6 Edwin Zhai 2012-05-28 01:50:40 UTC
(In reply to comment #5)
> Edwin/Shane,
> 
> Is this already completed in 1.2 with the bug for broken qt opened? If so,
> please mark this verified and change the milestone to 1.2. Otherwise, let's
> keep it this way for 1.3.

Song,
In fact, many commits in master break it from time to time. When I made core-image-sato-sdk build and run well in 1.2 development phase, but it got broken later.

Dongxiao test and make sure it works well recently. I suggest to close it and open new bug if needed in future.

Dongxiao,
Do you agree?
Comment 7 Dongxiao Xu 2012-05-28 06:04:56 UTC
(In reply to comment #6)
Song,
In fact, many commits in master break it from time to time. When
> I made core-image-sato-sdk build and run well in 1.2 development phase, but
> it got broken later.

Dongxiao test and make sure it works well recently. I
> suggest to close it and open new bug if needed in future.

Dongxiao,
Do you
> agree?

I ever did a brief test for the core-image-sato-sdk multilib build and it passed. However we need QA's full tests to make sure it indeed works. I think Jiajun will perform the full multilib functionality test recently, and we can close the bug at that time.

What do you think, Edwin and Song?
Comment 8 Edwin Zhai 2012-05-28 06:21:07 UTC
(In reply to comment #7)
> 
> I ever did a brief test for the core-image-sato-sdk multilib build and it
> passed. However we need QA's full tests to make sure it indeed works. I
> think Jiajun will perform the full multilib functionality test recently, and
> we can close the bug at that time.
> 
> What do you think, Edwin and Song?

I agree.
Comment 9 Shane Wang 2012-06-28 12:22:56 UTC
Song, I move it to M3 since we put https://bugzilla.yoctoproject.org/show_bug.cgi?id=2038 ahead from M3 to M2.
Comment 10 Radu Moisan 2012-08-31 05:55:09 UTC
Tried bitbake core-image-sato-sdk

Build Configuration:
BB_VERSION        = "1.15.3"
TARGET_ARCH       = "x86_64"
TARGET_OS         = "linux"
MACHINE           = "qemux86-64"
DISTRO            = "poky"
DISTRO_VERSION    = "1.2+snapshot-20120830"
TUNE_FEATURES     = "m64"
TARGET_FPU        = ""
meta              
meta-yocto        = "master:b4c5725af4cd85d5644f0373e2674e903c4eab2b"

I had the following in my conf/local.conf

MACHINE ??= "qemux86-64"
require conf/multilib.conf
MULTILIBS = "multilib:lib32"
DEFAULTTUNE_virtclass-multilib-lib32 = "x86"

The build finishes with some QA Issues but no errors.

Please let me know if I missed something, the multilib wiki page seems a little outdated, Bogdan submitted a few changes.
Comment 11 Radu Moisan 2012-08-31 13:35:53 UTC
tried bitbake lib32-core-image-sato-sdk as well, but it crashes at do_rootfs

| Processing task-core-x11-base...
| Processing kernel-dev...
| Multiple matches for kernel-dev:
| unable to find package kernel-dev
| ERROR: some packages were missing
| ERROR: Function failed: do_rootfs (see /home/radu/Documents/Development/yocto/build/tmp/work/qemux86_64-poky-linux/core-image-sato-sdk-1.0-r0/temp/log.do_rootfs.11604 for further information)
ERROR: Task 7 (/home/radu/Documents/Development/yocto/poky/meta/recipes-sato/images/core-image-sato-sdk.bb, do_rootfs) failed with exit code '1'
NOTE: Tasks Summary: Attempted 6229 tasks of which 5056 didn't need to be rerun and 1 failed.

same error I get when building for quemux86-64 without multilib enabled, so I guess is not multilib related. Will continue to keep an eye on this.
Comment 12 Radu Moisan 2012-08-31 13:36:59 UTC
the correct log, the previous one was with multilib disabled.

| Processing lib32-task-core-x11-base...
| Processing lib32-kernel-dev...
| unable to find package kernel-dev
| ERROR: some packages were missing
| ERROR: Function failed: do_rootfs (see /home/radu/Documents/Development/yocto2/build/tmp/work/qemux86_64-poky-linux/lib32-core-image-sato-sdk-1.0-r0/temp/log.do_rootfs.21128 for further information)
ERROR: Task 7 (virtual:multilib:lib32:/home/radu/Documents/Development/yocto2/poky/meta/recipes-sato/images/core-image-sato-sdk.bb, do_rootfs) failed with exit code '1'
NOTE: Tasks Summary: Attempted 6447 tasks of which 1545 didn't need to be rerun and 1 failed.
Comment 13 Bogdan Marinescu 2012-09-03 09:53:06 UTC
lib32-core-image-* has been building fine for me for quite a while now, so I'm closing this bug. What Radu has experienced is most likely a temporary issue with Yocto, not a multilib problem.
Comment 14 Alexandru Georgescu 2012-09-25 13:09:08 UTC
3168 must be fixed in order to verify this.
Comment 15 Alexandru Georgescu 2012-11-07 15:30:41 UTC
since 3168 is duplicate of 2918, then 
2918 have to be fixed first in order to verify this bug.
Comment 16 Mihai Lindner 2012-11-08 08:40:06 UTC
(In reply to comment #13)
> lib32-core-image-* has been building fine for me for quite a while now, so
> I'm closing this bug. What Radu has experienced is most likely a temporary
> issue with Yocto, not a multilib problem.

Are we sure that the resolution for this is FIXED? I don't see a commit for this.
Maybe it's WORKSFORME or NEEDINFO (to establish the steps to produce _this_ issue)?
Either way, with the current resolution, this issue cannot go towards a VERIFIED status.
Thanks.
Comment 17 Mihai Lindner 2012-11-14 09:07:29 UTC
(In reply to comment #13)
> lib32-core-image-* has been building fine for me for quite a while now, so
> I'm closing this bug. What Radu has experienced is most likely a temporary
> issue with Yocto, not a multilib problem.