to a specific target.
Using Toaster, you can do the following:
<itemizedlist>
- <listitem><para>Understand why a task fails or was
- reused from the shared state cache when you thought it
- should have been rebuilt from scratch.</para></listitem>
+ <listitem><para>See information about the tasks executed
+ and reused during the build.</para></listitem>
<listitem><para>See what is built (recipes and
packages) and what packages were installed into the final
image.</para></listitem>
<listitem><para>See performance-related information such
- as size, build time, CPU usage, disk input, and disk
- output.</para></listitem>
+ as build time, CPU usage, and disk I/O.</para></listitem>
+ <listitem><para>Examine error, warning and trace messages
+ to aid in debugging.</para></listitem>
</itemizedlist>
</para>
<literallayout class='monospaced'>
$ source toaster start
</literallayout></para></listitem>
+ <note>
+ The Toaster must be started and running in order
+ for it to collect data.
+ </note>
</orderedlist>
</para>
<para>
The Toaster database is persistent regardless of whether you
start or stop the service.
+ </para>
+
+ <para>
+ Toaster's interface shows you a list of builds
+ (successful and unsuccessful) for which it has data.
+ You can click on any build to see related information.
+ This information includes configuration details, information
+ about tasks, all recipes and packages built and their
+ dependencies, packages installed in your final image,
+ execution time, CPU usage and disk I/O per task.
+ </para>
+
+<!--
The home page of the interface into the database organizes
builds into areas:
<itemizedlist>
<listitem><para>All builds, which appear in row format at
the end of the page.</para></listitem>
</itemizedlist>
- </para>
-
<para>
Each entry is linked to more detail on the particular build
or recipe.
task, and package information along with directory structure,
build time, CPU usage, and disk I/O information.
</para>
+-->
</section>
<section id='stopping-toaster'>