richard.pur...@linuxfoundation.org writes: > On Fri, 2013-10-04 at 20:22 -0700, Saul Wold wrote: >> On 10/04/2013 04:35 PM, Richard Tollerton wrote: >> This also starts to create more front end bottle next on autotools >> related items before we can really start to parallelize the build. >> >> More thought is required on this. > > Please have a look at the sed-native changes that went into master > recently as I think this issue has been fixed differently...
Indeed, I agree that commit db2eb325 would fix the race... aaaand this also makes me 2-for-2 this month on reinventing the wheel. :'( But this brings up a question I've been meaning to ask. Build reproducibility is reduced (all other things being equal) as more external dependencies are introduced. So I would have expected that The Right Thing here would have been to specify -native packages as explicit dependencies (just like it's always important to comprehensively enumerate dependencies). Not to add specific short-circuits to use the system package. sed's probably a bad example here since it is rather well-behaved -- surely this sort of issue comes up for many other packages, though... I know that the OE build is horribly slow, but is it really so slow as to require short-circuiting native package dependencies such as this? Has there been a general architectural decision made over this sort of thing? (I'm sorry, I tried to search for one on the mailing list and wiki, but couldn't find any.) > > Cheers, > > Richard -- Richard Tollerton <rich.toller...@ni.com> _______________________________________________ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
