All of lore.kernel.org
 help / color / mirror / Atom feed
From: Mark Hatle <mark.hatle@windriver.com>
To: Saul Wold <sgw@linux.intel.com>
Cc: openembedded-core@lists.openembedded.org
Subject: Re: [PATCH 0/6] Integrate Smart for RPM image generation
Date: Sat, 8 Dec 2012 11:10:41 -0600	[thread overview]
Message-ID: <50C37491.3030603@windriver.com> (raw)
In-Reply-To: <50C2E018.6000408@linux.intel.com>

What is the build configuration for this chunk?

Also this looks like it might be something within the license class, not the 
rootfs, but I'm not sure.

--Mark

On 12/8/12 12:37 AM, Saul Wold wrote:
>
> There still seems to be a problem with the multilib build that I believe
> comes from this set of changes.
>
>> | Running intercept scripts:
>> | WARNING: The license listed MIT was not in the licenses collected for lib32-packagegroup-core-boot
>> | ls: cannot access /srv/home/pokybuild/yocto-autobuilder/yocto-slave/nightly-multilib/build/build/tmp/pkgdata/*/runtime-reverse/udev-extraconf: No such file or directory
>> | readlink: missing operand
>> | Try `readlink --help' for more information.
>> | basename: missing operand
>> | Try `basename --help' for more information.
>> | ERROR: Function failed: do_rootfs (see /srv/home/pokybuild/yocto-autobuilder/yocto-slave/nightly-multilib/build/build/tmp/work/qemux86_64-poky-linux/lib32-core-image-minimal/1.0-r0/temp/log.do_rootfs.14393 for further information)
>> NOTE: recipe lib32-core-image-minimal-1.0-r0: task do_rootfs: Failed
>> ERROR: Task 7 (virtual:multilib:lib32:/srv/home/pokybuild/yocto-autobuilder/yocto-slave/nightly-multilib/build/meta/recipes-core/images/core-image-minimal.bb, do_rootfs) failed with exit code '1'
>> NOTE: Tasks Summary: Attempted 1867 tasks of which 425 didn't need to be rerun and 1 failed.
>
> Sau!
>
>
> On 12/04/2012 11:49 AM, Mark Hatle wrote:
>> The following patch set relies on the previous "Misc fixes" sent out earlier
>> today.
>>
>> The set replaces the existing rootfs generation with one based on Smart.
>> The work was tested using buildhistory over a wide range of image types:
>> core-image-minimal
>> core-image-base
>> core-image-basic
>> core-image-lsb
>> core-image-sato
>> build-appliance
>>
>> Each of which contained minor changes from the former version, but the changes
>> can all be explained by a different package resolver.
>>
>> Multilib configurations of each of the above images were also verified on
>> qemux86_64 configuration with a few lib32 items added to the mix.  This was
>> shown, by buildhistory, to result in a more compact install solution.
>>
>> "populate_sdk" was also verified after this patch.  Buildhistory does not
>> verify SDKs, so these were verified by hand.  The target items all appeared
>> to match the expected image components.
>>
>> The incremental RPM installation code was verified as well.. This code was
>> verified in both multilib and non-multilib configurations.
>>
>> Finally, each of these were verified on: qemux86_64, qemumips, qemuppc, qemuarm,
>> and qemuarm configured w/ hardware float API.  This verifies that both the
>> ARM specific "gnueabi" issues and the _ to - in the arch names both work
>> properly.
>>
>> The following changes since commit 0c69e555dda2fa412ba12fa90886b0b92dc60e44:
>>
>>     license.bbclass: Avoid grep error message (2012-12-04 11:10:18 -0600)
>>
>> are available in the git repository at:
>>     git://git.yoctoproject.org/poky-contrib mhatle/smart
>>     http://git.yoctoproject.org/cgit.cgi//log/?h=mhatle/smart
>>
>> Mark Hatle (4):
>>     rootfs_rpm.bbclass: Revert to default shell logging behavior
>>     package_rpm: Update the way the multilib package names are translated
>>     package_rpm.bbclass: Add additional logging
>>     package_rpm.bbclass: Add support for incremental installs
>>
>> Paul Eggleton (2):
>>     classes/*_rpm: integrate Smart into RPM filesystem construction
>>     classes/rootfs_rpm: install smart instead of zypper in rpm-based
>>       images
>>
>>    meta/classes/package_rpm.bbclass      |  691 +++++++++++++--------------------
>>    meta/classes/populate_sdk_rpm.bbclass |   74 ++---
>>    meta/classes/rootfs_rpm.bbclass       |   86 ++---
>>    3 files changed, 338 insertions(+), 513 deletions(-)
>>




      reply	other threads:[~2012-12-08 17:25 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-12-04 19:49 [PATCH 0/6] Integrate Smart for RPM image generation Mark Hatle
2012-12-04 19:49 ` [PATCH 1/6] rootfs_rpm.bbclass: Revert to default shell logging behavior Mark Hatle
2012-12-04 19:49 ` [PATCH 2/6] classes/*_rpm: integrate Smart into RPM filesystem construction Mark Hatle
2012-12-06 15:31   ` Richard Purdie
2012-12-06 16:13     ` Paul Eggleton
2012-12-06 17:19       ` Mark Hatle
2012-12-04 19:49 ` [PATCH 3/6] classes/rootfs_rpm: install smart instead of zypper in rpm-based images Mark Hatle
2012-12-04 19:49 ` [PATCH 4/6] package_rpm: Update the way the multilib package names are translated Mark Hatle
2012-12-04 19:49 ` [PATCH 5/6] package_rpm.bbclass: Add additional logging Mark Hatle
2012-12-04 19:49 ` [PATCH 6/6] package_rpm.bbclass: Add support for incremental installs Mark Hatle
2012-12-06  5:08 ` [PATCH 0/6] Integrate Smart for RPM image generation Saul Wold
2012-12-06 13:58   ` Paul Eggleton
2012-12-06 17:04   ` Mark Hatle
2012-12-06 17:22     ` Paul Eggleton
2012-12-08  3:29 ` Saul Wold
2012-12-08  6:37 ` Saul Wold
2012-12-08 17:10   ` Mark Hatle [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=50C37491.3030603@windriver.com \
    --to=mark.hatle@windriver.com \
    --cc=openembedded-core@lists.openembedded.org \
    --cc=sgw@linux.intel.com \
    /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.