* [PATCH] meta: handle IMAGE_ROOTFS/IMGDEPLOYDIR by task varflags
@ 2019-01-06 15:54 liu.ming50
2019-01-06 16:00 ` Khem Raj
0 siblings, 1 reply; 3+ messages in thread
From: liu.ming50 @ 2019-01-06 15:54 UTC (permalink / raw)
To: openembedded-core; +Cc: Ming Liu
From: Ming Liu <liu.ming50@gmail.com>
I found a issue that sometimes there are leftovers in IMAGE_ROOTFS
that are generated by the previous builds. I think this is caused by
IMAGE_ROOTFS is not in do_rootfs[cleandirs], so add it in.
IMGDEPLOYDIR could be added to do_rootfs[dirs] as well, hence some code
in rootfs.py to generate the IMAGE_ROOTFS/IMGDEPLOYDIR directories
could be removed.
Signed-off-by: Ming Liu <liu.ming50@gmail.com>
---
meta/classes/image.bbclass | 4 ++--
meta/lib/oe/rootfs.py | 5 -----
2 files changed, 2 insertions(+), 7 deletions(-)
diff --git a/meta/classes/image.bbclass b/meta/classes/image.bbclass
index 11927f3..464cc5d 100644
--- a/meta/classes/image.bbclass
+++ b/meta/classes/image.bbclass
@@ -251,8 +251,8 @@ fakeroot python do_rootfs () {
progress_reporter.finish()
}
-do_rootfs[dirs] = "${TOPDIR}"
-do_rootfs[cleandirs] += "${S} ${IMGDEPLOYDIR}"
+do_rootfs[dirs] = "${IMAGE_ROOTFS} ${IMGDEPLOYDIR} ${TOPDIR}"
+do_rootfs[cleandirs] += "${S} ${IMAGE_ROOTFS} ${IMGDEPLOYDIR}"
do_rootfs[umask] = "022"
do_rootfs[file-checksums] += "${POSTINST_INTERCEPT_CHECKSUMS}"
addtask rootfs after do_prepare_recipe_sysroot
diff --git a/meta/lib/oe/rootfs.py b/meta/lib/oe/rootfs.py
index 4273891..945c769 100644
--- a/meta/lib/oe/rootfs.py
+++ b/meta/lib/oe/rootfs.py
@@ -19,7 +19,6 @@ class Rootfs(object, metaclass=ABCMeta):
self.d = d
self.pm = None
self.image_rootfs = self.d.getVar('IMAGE_ROOTFS')
- self.deploydir = self.d.getVar('IMGDEPLOYDIR')
self.progress_reporter = progress_reporter
self.logcatcher = logcatcher
@@ -188,10 +187,6 @@ class Rootfs(object, metaclass=ABCMeta):
post_process_cmds = self.d.getVar("ROOTFS_POSTPROCESS_COMMAND")
rootfs_post_install_cmds = self.d.getVar('ROOTFS_POSTINSTALL_COMMAND')
- bb.utils.mkdirhier(self.image_rootfs)
-
- bb.utils.mkdirhier(self.deploydir)
-
execute_pre_post_process(self.d, pre_process_cmds)
if self.progress_reporter:
--
2.7.4
^ permalink raw reply related [flat|nested] 3+ messages in thread* Re: [PATCH] meta: handle IMAGE_ROOTFS/IMGDEPLOYDIR by task varflags
2019-01-06 15:54 [PATCH] meta: handle IMAGE_ROOTFS/IMGDEPLOYDIR by task varflags liu.ming50
@ 2019-01-06 16:00 ` Khem Raj
2019-01-06 16:26 ` Ming Liu
0 siblings, 1 reply; 3+ messages in thread
From: Khem Raj @ 2019-01-06 16:00 UTC (permalink / raw)
To: liu.ming50, openembedded-core
On 1/6/19 7:54 AM, liu.ming50@gmail.com wrote:
> From: Ming Liu <liu.ming50@gmail.com>
>
> I found a issue that sometimes there are leftovers in IMAGE_ROOTFS
> that are generated by the previous builds. I think this is caused by
> IMAGE_ROOTFS is not in do_rootfs[cleandirs], so add it in.
>
> IMGDEPLOYDIR could be added to do_rootfs[dirs] as well, hence some code
> in rootfs.py to generate the IMAGE_ROOTFS/IMGDEPLOYDIR directories
> could be removed.
>
> Signed-off-by: Ming Liu <liu.ming50@gmail.com>
> ---
> meta/classes/image.bbclass | 4 ++--
> meta/lib/oe/rootfs.py | 5 -----
> 2 files changed, 2 insertions(+), 7 deletions(-)
>
> diff --git a/meta/classes/image.bbclass b/meta/classes/image.bbclass
> index 11927f3..464cc5d 100644
> --- a/meta/classes/image.bbclass
> +++ b/meta/classes/image.bbclass
> @@ -251,8 +251,8 @@ fakeroot python do_rootfs () {
>
> progress_reporter.finish()
> }
> -do_rootfs[dirs] = "${TOPDIR}"
> -do_rootfs[cleandirs] += "${S} ${IMGDEPLOYDIR}"
> +do_rootfs[dirs] = "${IMAGE_ROOTFS} ${IMGDEPLOYDIR} ${TOPDIR}"
> +do_rootfs[cleandirs] += "${S} ${IMAGE_ROOTFS} ${IMGDEPLOYDIR}"
would it mean no incremental rootfs creation ? meaning it will generate
full rootfs from scratch every time
> do_rootfs[umask] = "022"
> do_rootfs[file-checksums] += "${POSTINST_INTERCEPT_CHECKSUMS}"
> addtask rootfs after do_prepare_recipe_sysroot
> diff --git a/meta/lib/oe/rootfs.py b/meta/lib/oe/rootfs.py
> index 4273891..945c769 100644
> --- a/meta/lib/oe/rootfs.py
> +++ b/meta/lib/oe/rootfs.py
> @@ -19,7 +19,6 @@ class Rootfs(object, metaclass=ABCMeta):
> self.d = d
> self.pm = None
> self.image_rootfs = self.d.getVar('IMAGE_ROOTFS')
> - self.deploydir = self.d.getVar('IMGDEPLOYDIR')
> self.progress_reporter = progress_reporter
> self.logcatcher = logcatcher
>
> @@ -188,10 +187,6 @@ class Rootfs(object, metaclass=ABCMeta):
> post_process_cmds = self.d.getVar("ROOTFS_POSTPROCESS_COMMAND")
> rootfs_post_install_cmds = self.d.getVar('ROOTFS_POSTINSTALL_COMMAND')
>
> - bb.utils.mkdirhier(self.image_rootfs)
> -
> - bb.utils.mkdirhier(self.deploydir)
> -
> execute_pre_post_process(self.d, pre_process_cmds)
>
> if self.progress_reporter:
>
^ permalink raw reply [flat|nested] 3+ messages in thread* Re: [PATCH] meta: handle IMAGE_ROOTFS/IMGDEPLOYDIR by task varflags
2019-01-06 16:00 ` Khem Raj
@ 2019-01-06 16:26 ` Ming Liu
0 siblings, 0 replies; 3+ messages in thread
From: Ming Liu @ 2019-01-06 16:26 UTC (permalink / raw)
To: Khem Raj; +Cc: OE-core
[-- Attachment #1: Type: text/plain, Size: 2706 bytes --]
Hi, Khem:
Arha, I think you are right, I did not noticed its impact to incremental
build, will send a V2 soon.
//Ming Liu
Khem Raj <raj.khem@gmail.com> 於 2019年1月6日 週日 下午5:00寫道:
>
>
> On 1/6/19 7:54 AM, liu.ming50@gmail.com wrote:
> > From: Ming Liu <liu.ming50@gmail.com>
> >
> > I found a issue that sometimes there are leftovers in IMAGE_ROOTFS
> > that are generated by the previous builds. I think this is caused by
> > IMAGE_ROOTFS is not in do_rootfs[cleandirs], so add it in.
> >
> > IMGDEPLOYDIR could be added to do_rootfs[dirs] as well, hence some code
> > in rootfs.py to generate the IMAGE_ROOTFS/IMGDEPLOYDIR directories
> > could be removed.
> >
> > Signed-off-by: Ming Liu <liu.ming50@gmail.com>
> > ---
> > meta/classes/image.bbclass | 4 ++--
> > meta/lib/oe/rootfs.py | 5 -----
> > 2 files changed, 2 insertions(+), 7 deletions(-)
> >
> > diff --git a/meta/classes/image.bbclass b/meta/classes/image.bbclass
> > index 11927f3..464cc5d 100644
> > --- a/meta/classes/image.bbclass
> > +++ b/meta/classes/image.bbclass
> > @@ -251,8 +251,8 @@ fakeroot python do_rootfs () {
> >
> > progress_reporter.finish()
> > }
> > -do_rootfs[dirs] = "${TOPDIR}"
> > -do_rootfs[cleandirs] += "${S} ${IMGDEPLOYDIR}"
> > +do_rootfs[dirs] = "${IMAGE_ROOTFS} ${IMGDEPLOYDIR} ${TOPDIR}"
> > +do_rootfs[cleandirs] += "${S} ${IMAGE_ROOTFS} ${IMGDEPLOYDIR}"
>
> would it mean no incremental rootfs creation ? meaning it will generate
> full rootfs from scratch every time
>
> > do_rootfs[umask] = "022"
> > do_rootfs[file-checksums] += "${POSTINST_INTERCEPT_CHECKSUMS}"
> > addtask rootfs after do_prepare_recipe_sysroot
> > diff --git a/meta/lib/oe/rootfs.py b/meta/lib/oe/rootfs.py
> > index 4273891..945c769 100644
> > --- a/meta/lib/oe/rootfs.py
> > +++ b/meta/lib/oe/rootfs.py
> > @@ -19,7 +19,6 @@ class Rootfs(object, metaclass=ABCMeta):
> > self.d = d
> > self.pm = None
> > self.image_rootfs = self.d.getVar('IMAGE_ROOTFS')
> > - self.deploydir = self.d.getVar('IMGDEPLOYDIR')
> > self.progress_reporter = progress_reporter
> > self.logcatcher = logcatcher
> >
> > @@ -188,10 +187,6 @@ class Rootfs(object, metaclass=ABCMeta):
> > post_process_cmds = self.d.getVar("ROOTFS_POSTPROCESS_COMMAND")
> > rootfs_post_install_cmds =
> self.d.getVar('ROOTFS_POSTINSTALL_COMMAND')
> >
> > - bb.utils.mkdirhier(self.image_rootfs)
> > -
> > - bb.utils.mkdirhier(self.deploydir)
> > -
> > execute_pre_post_process(self.d, pre_process_cmds)
> >
> > if self.progress_reporter:
> >
>
[-- Attachment #2: Type: text/html, Size: 3746 bytes --]
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2019-01-06 16:26 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2019-01-06 15:54 [PATCH] meta: handle IMAGE_ROOTFS/IMGDEPLOYDIR by task varflags liu.ming50
2019-01-06 16:00 ` Khem Raj
2019-01-06 16:26 ` Ming Liu
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.