[bitbake-devel] Lifecycle issues in Bitbake

Paul Eggleton paul.eggleton at linux.intel.com
Fri Jan 23 10:33:58 UTC 2015


Hi Richard,

On Thursday 22 January 2015 14:57:19 Richard Purdie wrote:
> Looking at and thinking about:
> 
> https://bugzilla.yoctoproject.org/show_bug.cgi?id=5187
> 
> We have several issues. Firstly, DATE and TIME are locked in stone when
> the base configuration is parsed. This may cause images to overwrite
> previous versions for example if DATE and TIME are not re-evaluated. We
> could fix this by specifically setting DATE and TIME in bitbake at
> BuildStart?

We could certainly do this. Another mechanism I did think about was to have 
some way of indicating to BitBake that on buildstart the value should be reset 
to the immediate evaluation of an expression; perhaps a varflag. At least that 
way we could handle other such variables, although it's conceivable that 
having built-in DATE and TIME in BitBake wouldn't be the worst thing in the 
world.
 
> Secondly, there is one cooker log file opened for the duration of the
> cooker lifecycle. This is a cooker log, not a log of each build so that
> is perhaps not surprising (and is the core problem in the above bug).
> There is no overwriting of the log file, it just keeps growing with each
> build.
> 
> We could trigger knotty to write out build specific log files based on
> the BuildStart/Finish events?

Yes I think we should do this.

Cheers,
Paul

-- 

Paul Eggleton
Intel Open Source Technology Centre



More information about the bitbake-devel mailing list