[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