* [PATCH 0/1] image_types_wic: set consistent staging dirs
@ 2018-10-12 8:57 kai.kang
2018-10-12 8:57 ` [PATCH 1/1] " kai.kang
0 siblings, 1 reply; 5+ messages in thread
From: kai.kang @ 2018-10-12 8:57 UTC (permalink / raw)
To: openembedded-core
From: Kai Kang <kai.kang@windriver.com>
The following changes since commit 793a82c2da639088884c93595e6a3f28e5e3d747:
oeqa/manual/oe-core: Drop image build during taskexp test (2018-10-11 23:06:35 +0100)
are available in the Git repository at:
git://git.pokylinux.org/poky-contrib kangkai/wic
http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=kangkai/wic
Kai Kang (1):
image_types_wic: set consistent staging dirs
meta/classes/image_types_wic.bbclass | 5 +++++
1 file changed, 5 insertions(+)
--
2.18.0
^ permalink raw reply [flat|nested] 5+ messages in thread
* [PATCH 1/1] image_types_wic: set consistent staging dirs
2018-10-12 8:57 [PATCH 0/1] image_types_wic: set consistent staging dirs kai.kang
@ 2018-10-12 8:57 ` kai.kang
2018-10-12 10:43 ` Richard Purdie
0 siblings, 1 reply; 5+ messages in thread
From: kai.kang @ 2018-10-12 8:57 UTC (permalink / raw)
To: openembedded-core
From: Kai Kang <kai.kang@windriver.com>
When build wic image with multilib enabled by following config:
MACHINE = "qemux86-64"
require conf/multilib.conf
MULTILIBS = "multilib:lib32"
DEFAULTTUNE_virtclass-multilib-lib32 = "x86"
IMAGE_FSTYPES = "wic"
it fails to build lib32 image such as lib32-core-image-minimal:
| DEBUG: Executing shell function do_image_wic
| INFO: Creating image(s)...
|
| ERROR: Couldn't find correct bootimg_dir, exiting
Dependency syslinux is not expand to lib32-syslinux when multilib is
enabled. It is populated to ${WORKDIR}/recipe-sysroot, but script wic
searches syslinux in ${WORKDIR}/lib32-recipe-sysroot and causes error.
Set consistent staging dirs for wic to fix the issue.
Signed-off-by: Kai Kang <kai.kang@windriver.com>
---
meta/classes/image_types_wic.bbclass | 5 +++++
1 file changed, 5 insertions(+)
diff --git a/meta/classes/image_types_wic.bbclass b/meta/classes/image_types_wic.bbclass
index 5b40a9e919..402920805d 100644
--- a/meta/classes/image_types_wic.bbclass
+++ b/meta/classes/image_types_wic.bbclass
@@ -54,6 +54,11 @@ WKS_FILE_DEPENDS ??= "${WKS_FILE_DEPENDS_DEFAULT} ${WKS_FILE_DEPENDS_BOOTLOADERS
DEPENDS += "${@ '${WKS_FILE_DEPENDS}' if d.getVar('USING_WIC') else '' }"
+# Dependency syslinux is not expanded when multilib is enabled, consistent staging dirs are needed
+RECIPE_SYSROOT = "${WORKDIR}/recipe-sysroot"
+STAGING_DIR_HOST = "${WORKDIR}/recipe-sysroot"
+STAGING_DIR_TARGET = "${WORKDIR}/recipe-sysroot"
+
python do_write_wks_template () {
"""Write out expanded template contents to WKS_FULL_PATH."""
import re
--
2.18.0
^ permalink raw reply related [flat|nested] 5+ messages in thread* Re: [PATCH 1/1] image_types_wic: set consistent staging dirs
2018-10-12 8:57 ` [PATCH 1/1] " kai.kang
@ 2018-10-12 10:43 ` Richard Purdie
2018-10-15 0:54 ` Kang Kai
0 siblings, 1 reply; 5+ messages in thread
From: Richard Purdie @ 2018-10-12 10:43 UTC (permalink / raw)
To: kai.kang, openembedded-core
On Fri, 2018-10-12 at 16:57 +0800, kai.kang@windriver.com wrote:
> From: Kai Kang <kai.kang@windriver.com>
>
> When build wic image with multilib enabled by following config:
>
> MACHINE = "qemux86-64"
> require conf/multilib.conf
> MULTILIBS = "multilib:lib32"
> DEFAULTTUNE_virtclass-multilib-lib32 = "x86"
>
> IMAGE_FSTYPES = "wic"
>
> it fails to build lib32 image such as lib32-core-image-minimal:
>
> > DEBUG: Executing shell function do_image_wic
> > INFO: Creating image(s)...
> >
> > ERROR: Couldn't find correct bootimg_dir, exiting
>
> Dependency syslinux is not expand to lib32-syslinux when multilib is
> enabled. It is populated to ${WORKDIR}/recipe-sysroot, but script wic
> searches syslinux in ${WORKDIR}/lib32-recipe-sysroot and causes
> error.
>
> Set consistent staging dirs for wic to fix the issue.
>
> Signed-off-by: Kai Kang <kai.kang@windriver.com>
> ---
> meta/classes/image_types_wic.bbclass | 5 +++++
> 1 file changed, 5 insertions(+)
>
> diff --git a/meta/classes/image_types_wic.bbclass
> b/meta/classes/image_types_wic.bbclass
> index 5b40a9e919..402920805d 100644
> --- a/meta/classes/image_types_wic.bbclass
> +++ b/meta/classes/image_types_wic.bbclass
> @@ -54,6 +54,11 @@ WKS_FILE_DEPENDS ??= "${WKS_FILE_DEPENDS_DEFAULT}
> ${WKS_FILE_DEPENDS_BOOTLOADERS
>
> DEPENDS += "${@ '${WKS_FILE_DEPENDS}' if d.getVar('USING_WIC') else
> '' }"
>
> +# Dependency syslinux is not expanded when multilib is enabled,
> consistent staging dirs are needed
> +RECIPE_SYSROOT = "${WORKDIR}/recipe-sysroot"
> +STAGING_DIR_HOST = "${WORKDIR}/recipe-sysroot"
> +STAGING_DIR_TARGET = "${WORKDIR}/recipe-sysroot"
> +
Doesn't that change this for *all* image types? Not sure that is a good
idea...
Cheers,
Richard
^ permalink raw reply [flat|nested] 5+ messages in thread* Re: [PATCH 1/1] image_types_wic: set consistent staging dirs
2018-10-12 10:43 ` Richard Purdie
@ 2018-10-15 0:54 ` Kang Kai
2018-10-15 7:10 ` richard.purdie
0 siblings, 1 reply; 5+ messages in thread
From: Kang Kai @ 2018-10-15 0:54 UTC (permalink / raw)
To: Richard Purdie, openembedded-core
On 2018年10月12日 18:43, Richard Purdie wrote:
> On Fri, 2018-10-12 at 16:57 +0800, kai.kang@windriver.com wrote:
>> From: Kai Kang <kai.kang@windriver.com>
>>
>> When build wic image with multilib enabled by following config:
>>
>> MACHINE = "qemux86-64"
>> require conf/multilib.conf
>> MULTILIBS = "multilib:lib32"
>> DEFAULTTUNE_virtclass-multilib-lib32 = "x86"
>>
>> IMAGE_FSTYPES = "wic"
>>
>> it fails to build lib32 image such as lib32-core-image-minimal:
>>
>>> DEBUG: Executing shell function do_image_wic
>>> INFO: Creating image(s)...
>>>
>>> ERROR: Couldn't find correct bootimg_dir, exiting
>> Dependency syslinux is not expand to lib32-syslinux when multilib is
>> enabled. It is populated to ${WORKDIR}/recipe-sysroot, but script wic
>> searches syslinux in ${WORKDIR}/lib32-recipe-sysroot and causes
>> error.
>>
>> Set consistent staging dirs for wic to fix the issue.
>>
>> Signed-off-by: Kai Kang <kai.kang@windriver.com>
>> ---
>> meta/classes/image_types_wic.bbclass | 5 +++++
>> 1 file changed, 5 insertions(+)
>>
>> diff --git a/meta/classes/image_types_wic.bbclass
>> b/meta/classes/image_types_wic.bbclass
>> index 5b40a9e919..402920805d 100644
>> --- a/meta/classes/image_types_wic.bbclass
>> +++ b/meta/classes/image_types_wic.bbclass
>> @@ -54,6 +54,11 @@ WKS_FILE_DEPENDS ??= "${WKS_FILE_DEPENDS_DEFAULT}
>> ${WKS_FILE_DEPENDS_BOOTLOADERS
>>
>> DEPENDS += "${@ '${WKS_FILE_DEPENDS}' if d.getVar('USING_WIC') else
>> '' }"
>>
>> +# Dependency syslinux is not expanded when multilib is enabled,
>> consistent staging dirs are needed
>> +RECIPE_SYSROOT = "${WORKDIR}/recipe-sysroot"
>> +STAGING_DIR_HOST = "${WORKDIR}/recipe-sysroot"
>> +STAGING_DIR_TARGET = "${WORKDIR}/recipe-sysroot"
>> +
> Doesn't that change this for *all* image types? Not sure that is a good
> idea...
OK. I'll build and test all image types.
--Kai
>
> Cheers,
>
> Richard
>
>
>
--
Regards,
Neil | Kai Kang
^ permalink raw reply [flat|nested] 5+ messages in thread* Re: [PATCH 1/1] image_types_wic: set consistent staging dirs
2018-10-15 0:54 ` Kang Kai
@ 2018-10-15 7:10 ` richard.purdie
0 siblings, 0 replies; 5+ messages in thread
From: richard.purdie @ 2018-10-15 7:10 UTC (permalink / raw)
To: Kang Kai, openembedded-core
On Mon, 2018-10-15 at 08:54 +0800, Kang Kai wrote:
> On 2018年10月12日 18:43, Richard Purdie wrote:
> > On Fri, 2018-10-12 at 16:57 +0800, kai.kang@windriver.com wrote:
> > > From: Kai Kang <kai.kang@windriver.com>
> > >
> > > When build wic image with multilib enabled by following config:
> > >
> > > MACHINE = "qemux86-64"
> > > require conf/multilib.conf
> > > MULTILIBS = "multilib:lib32"
> > > DEFAULTTUNE_virtclass-multilib-lib32 = "x86"
> > >
> > > IMAGE_FSTYPES = "wic"
> > >
> > > it fails to build lib32 image such as lib32-core-image-minimal:
> > >
> > > > DEBUG: Executing shell function do_image_wic
> > > > INFO: Creating image(s)...
> > > >
> > > > ERROR: Couldn't find correct bootimg_dir, exiting
> > >
> > > Dependency syslinux is not expand to lib32-syslinux when multilib
> > > is
> > > enabled. It is populated to ${WORKDIR}/recipe-sysroot, but script
> > > wic
> > > searches syslinux in ${WORKDIR}/lib32-recipe-sysroot and causes
> > > error.
> > >
> > > Set consistent staging dirs for wic to fix the issue.
> > >
> > > Signed-off-by: Kai Kang <kai.kang@windriver.com>
> > > ---
> > > meta/classes/image_types_wic.bbclass | 5 +++++
> > > 1 file changed, 5 insertions(+)
> > >
> > > diff --git a/meta/classes/image_types_wic.bbclass
> > > b/meta/classes/image_types_wic.bbclass
> > > index 5b40a9e919..402920805d 100644
> > > --- a/meta/classes/image_types_wic.bbclass
> > > +++ b/meta/classes/image_types_wic.bbclass
> > > @@ -54,6 +54,11 @@ WKS_FILE_DEPENDS ??=
> > > "${WKS_FILE_DEPENDS_DEFAULT}
> > > ${WKS_FILE_DEPENDS_BOOTLOADERS
> > >
> > > DEPENDS += "${@ '${WKS_FILE_DEPENDS}' if d.getVar('USING_WIC')
> > > else
> > > '' }"
> > >
> > > +# Dependency syslinux is not expanded when multilib is enabled,
> > > consistent staging dirs are needed
> > > +RECIPE_SYSROOT = "${WORKDIR}/recipe-sysroot"
> > > +STAGING_DIR_HOST = "${WORKDIR}/recipe-sysroot"
> > > +STAGING_DIR_TARGET = "${WORKDIR}/recipe-sysroot"
> > > +
> >
> > Doesn't that change this for *all* image types? Not sure that is a
> > good
> > idea...
>
> OK. I'll build and test all image types.
That isn't my point, the autobuilder could test that.
I don't like changes which are so wide reaching where we can't easily
evaluate the impact or potential problems in other code.
I think we need to look for a better way to fix this.
Cheers,
Richard
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2018-10-15 7:10 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2018-10-12 8:57 [PATCH 0/1] image_types_wic: set consistent staging dirs kai.kang
2018-10-12 8:57 ` [PATCH 1/1] " kai.kang
2018-10-12 10:43 ` Richard Purdie
2018-10-15 0:54 ` Kang Kai
2018-10-15 7:10 ` richard.purdie
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox