On Sat, 2013-04-27 at 09:34 +0100, Paul Eggleton wrote:
> On Friday 26 April 2013 12:30:38 Phil Blundell wrote:
> > -do_rootfs[nostamp] = "1"
> > do_rootfs[dirs] = "${TOPDIR} ${WORKDIR}/intercept_scripts"
> > do_rootfs[lockfiles] += "${IMAGE_ROOTFS}.lock"
> > do_rootfs[cleandirs] += "${S} ${WORKDIR}/intercept_scripts"
> > -do_build[nostamp] = "1"
>
> I have to say I'm not in favour of this. AFAIK these tasks have always been
> nostamp, and I'm not sure making do_build is going to help for the case you
> cite because the dependency on INITRD_IMAGE is on do_rootfs.
You're right that they've always been this way but that alone doesn't
seem like a convincing argument for keeping it so. I think the original
reason they were nostamp is that bitbake didn't originally have enough
dependency tracking to work out when the rootfs did actually need to be
regenerated, and the only choices were "always" or "never". Nowadays I
don't think there are any situations where you'd want the rootfs to
rebuild that won't already be detected by the task dependency logic.
I've had this change in my tree for at least six months or so and I've
certainly never noticed any failure to rebuild the rootfs when I would
have wanted it to. What's the specific scenario you're concerned about?
> If you're concerned about your initramfs image rebuilding when building the
> main image, what happens if you specify do_rootfs[nostamp] = "0" ?
That probably would work, yeah.
p.
_______________________________________________
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
