From: Joshua Lock <josh@linux.intel.com>
To: poky@yoctoproject.org
Subject: Re: Edison 1.1.1 Status
Date: Fri, 23 Dec 2011 18:18:15 -0800 [thread overview]
Message-ID: <4EF53667.1010605@linux.intel.com> (raw)
In-Reply-To: <4EF4146E.7000304@linux.intel.com>
I have a branch on poky-contrib, josh/edison_test[1], that contains
several fixes for issues below. They are not in the josh/edsion branch
as they are patches which are pending, or have not been submitted, to
master.
More details inline below.
On 22/12/11 21:41, Joshua Lock wrote:
> Another update:
>
> On 22/12/11 11:34, Joshua Lock wrote:
>>> qemupcc (LSB) - coreutils dependency on libcap
>>> - disable libcap (and ls --color)
>>> OR
>>> - add libcap to DEPENDS for coreutils
>>
>> http://bugzilla.pokylinux.org/show_bug.cgi?id=1860
>> Assigned to Saul
>
> Saul has proposed a patch for this issue. I'll cherry-pick the fix once
> it hits master.
Patch applied in josh/edison_test
>>> qemux86-64 (LSB) - "which" build fails libiberty dependency
>>> - Richard has a patch for this one to disable libiberty
>>
>> http://bugzilla.pokylinux.org/show_bug.cgi?id=1861
>> Patch on ML, assigned to RP
>
> I'll cherry-pick the fix once it hits master.
Patch applied in josh/edison_test
>>> qemuarm - libzypp dependecny on binutils' ansidecl.h
>>
>> http://bugzilla.pokylinux.org/show_bug.cgi?id=1862
>> Assigned to Joshua
I guess it's a race/determinism issue but don't have a patch for it yet.
>>> Routerstation Pro - Kernel dependency on binutils' bfd.h
>>> - Both of these need to ensure bintuils is completely installed in
>>> sysroot before being build not sure if that should be by DEPENDS or
>>> some other mechanism (possibly due to sstate ordering).
>>
>> http://bugzilla.pokylinux.org/show_bug.cgi?id=1865
>> Assigned to Joshua
I've added binutils as a dependency of the perf build in
linux-tools.inc, this patch has yet to be submitted against master until
I've had chance to test it more. Patch in josh/edison_test
>>> Beageboard
>>> qt4-x11-free - ICE
>>> painting/qdrawhelper.cpp:1229:1: error: insn does not satisfy its
>>> constraints:
>>> | (insn 2860 2859 951 57 (set (mem/c:V4SI (plus:SI (reg:SI 12 ip)
>>> | (const_int -140 [0xffffffffffffff74])) [66 %sfp+-16424
>>> S16 A64])
>>> | (reg:V4SI 0 r0))
>>> /srv/home/pokybuild/yocto-autobuilder/yocto-slave/nightly-arm/build/build/tmp/sysroots/x86_64-linux/usr/lib/armv7a-vfp-neon-poky-linux-gnueabi/gcc/arm-poky-linux-gnueabi/4.6.2/include/arm_neon.h:5346
>>> 746 {*neon_movv4si}
>>> | (nil))
>>> | painting/qdrawhelper.cpp:1229:1: internal compiler error: in
>>> reload_cse_simplify_operands, at postreload.c:403
>>> | Please submit a full bug report,
>>> | with preprocessed source if appropriate.
>>>
>>> Maybe fixed by the following commit, need to here from Khem or Nitin:
>>>
>>> http://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/?id=7022a8f8045bdf82b9209b8cd62fb09c4a7a24f8
>>
>> http://bugzilla.pokylinux.org/show_bug.cgi?id=1863
>> Assigned to Nitin
>
> I'm testing a build here with the suggested patch merged.
Patch merged to josh/edison_test
>>> ALL - meta-toolchain-gmae
>>> | Manifest:
>>> /srv/home/pokybuild/yocto-autobuilder/yocto-slave/nightly-ppc/build/build/tmp/work/ppc603e-poky-linux/meta-toolchain-gmae-1.0-r6/sdk/image/install/install.manifest
>>>
>>> | mv: cannot stat
>>> `/srv/home/pokybuild/yocto-autobuilder/yocto-slave/nightly-ppc/build/build/tmp/work/ppc603e-poky-linux/meta-toolchain-gmae-1.0-r6/sdk/image/var/lib/rpm/*':
>>> No such file or directory
>>> NOTE: package meta-toolchain-gmae-1.0-r6: task do_populate_sdk: Failed
>>
>> http://bugzilla.pokylinux.org/show_bug.cgi?id=1864
>> Assigned to Joshua
>
> I've cherry-picked a couple of patches against populate_sdk_*.bbclass
> which seem to fix this issue.
The cherry-picked fixes seem to resolve the issue.
Cheers,
Joshua
--
Joshua Lock
Yocto Project "Johannes factotum"
Intel Open Source Technology Centre
prev parent reply other threads:[~2011-12-24 2:18 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-12-22 19:02 Edison 1.1.1 Status Saul Wold
2011-12-22 19:34 ` Joshua Lock
2011-12-23 5:41 ` Joshua Lock
2011-12-24 2:18 ` Joshua Lock [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4EF53667.1010605@linux.intel.com \
--to=josh@linux.intel.com \
--cc=poky@yoctoproject.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.