[oe] [PATCH] image.bbclass: reorder do_rootfs

Tom Rini trini at kernel.crashing.org
Tue Apr 21 21:55:19 UTC 2009


On Tue, Apr 21, 2009 at 02:37:31PM -0700, Tom Rini wrote:
> On Tue, Apr 21, 2009 at 11:05:55PM +0200, Koen Kooi wrote:
> > On 21-04-09 22:41, Tom Rini wrote:
> >> On Mon, Mar 30, 2009 at 11:59:57AM +0400, Roman I Khimov wrote:
> >>
> >>> Places do_rootfs function before do_install in image creation process.
> >>>
> >>> This change allows multiimage builds, when one image depends on another (before
> >>> that second image creation raced with do_rootfs for the first one) and uses
> >>> it for some purpose.
> >>>
> >>> Multiimage builds are useful in situations like creating an installer image
> >>> with initramfs (built in OE) and an image of the target FS (also built in OE)
> >>> or for building virtualized system images to be placed on target FS.
> >>
> >> So, the problem we have happen is that opkg (or dpkg or ...) gets into a
> >> race because>1 image are trying to muck around in ${TMPDIR}/rootfs,
> >
> > No, there's a lockfile for that, otherwise 'bitbake foo-image bar-image'  
> > wouldn't work (it didn't for a long time).
> 
> My snapshot is slighlty stale, but with BB_NUMBER_THREADS >1 it doesn't.
> Lemme go fire up a build real quick in my current checkout tho..

OK, old snapshot on my end then.

-- 
Tom Rini




More information about the Openembedded-devel mailing list