From: Richard Purdie <richard.purdie@linuxfoundation.org>
To: "Smith, Elliot" <elliot.smith@intel.com>
Cc: bitbake-devel <bitbake-devel@lists.openembedded.org>
Subject: Re: [PATCH] cooker: Ensure BB_CONSOLE remains correct over server resets
Date: Fri, 16 Oct 2015 16:59:51 +0100 [thread overview]
Message-ID: <1445011191.17974.34.camel@linuxfoundation.org> (raw)
In-Reply-To: <CA+1hgUj5Lty=V_jSWE1YA2CPJuaY5-PAoj+P8gEtzSKDN5gVjA@mail.gmail.com>
On Fri, 2015-10-16 at 16:57 +0100, Smith, Elliot wrote:
> Thanks for these, Richard.
>
> On 11 October 2015 at 10:22, Richard Purdie
> <richard.purdie@linuxfoundation.org> wrote:
> The console log data is written to is created at console
> initialisation
> time and does not change over reset events. This ensures the
> BB_CONSOLELOG value is correct over such resets by preserving
> it.
>
> I've put your three patches on top of master and ran a few builds. The
> result is that all of the logs for those builds are going into a
> single timestamped file. Before, they went to separate files. Is this
> intentional, or was the old behaviour incorrect? (Ideally, toaster
> needs a separate log file for each build.)
>
It should generate one log file for each "session". A session would be
one logfile for all bitbake memory resident transactions and a log file
for each commandline transaction.
It is a "console log", not an individual build log.
Cheers,
Richard
next prev parent reply other threads:[~2015-10-16 16:00 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-10-11 9:22 [PATCH] cooker: Ensure BB_CONSOLE remains correct over server resets Richard Purdie
2015-10-16 15:57 ` Smith, Elliot
2015-10-16 15:59 ` Richard Purdie [this message]
2015-10-19 10:32 ` Barros Pena, Belen
2015-10-19 11:39 ` Richard Purdie
2015-10-19 12:27 ` Smith, Elliot
2015-10-24 11:26 ` Richard Purdie
2015-10-26 11:12 ` Barros Pena, Belen
2015-10-27 11:21 ` Smith, Elliot
2015-10-27 12:32 ` Smith, Elliot
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1445011191.17974.34.camel@linuxfoundation.org \
--to=richard.purdie@linuxfoundation.org \
--cc=bitbake-devel@lists.openembedded.org \
--cc=elliot.smith@intel.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox