On Thu, 2012-10-04 at 13:07 +0100, Phil Blundell wrote: > Since updating my copy of bitbake to one which does this extra locking, > I've come to realise that the constraint of having only one copy of > bitbake running is a bit of a nuisance when making use of devshells. I > used to quite often have one or two long-running devshells for packages > that I was actively working on, and then in parallel with that would use > bitbake to recompile other things. With the new locking mechanism, as > soon as I have a single devshell open I am now prohibited from using > bitbake for anything else in that same build directory. > > Would it be reasonable to exempt devshells from that locking or is there > some compelling reason why they need to be serialised?
The reason it was added was that there were too many people shooting themselves in the foot with multiple bitbake processes running without them realising it. I has "saved" me a few times too. I'm not sure how you'd allow devshell but not anything else, particularly as there may be tasks that run before the devshell task gets executed. I'd be fine with a --ignore-the-lockfile-I-know-what-I-am-doing type option, then on your own head be it ;-). Cheers, Richard _______________________________________________ Openembedded-core mailing list [email protected] http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
