From 879eec203bc3a07bfcbcba9600a02f9c29a69db9 Mon Sep 17 00:00:00 2001 From: Scott Rifenbark Date: Thu, 31 Mar 2016 16:45:29 -0700 Subject: ref-manual: Updated debugging tips and tricks Fixes [YOCTO #9336] I updated the "Debugging" section within the "Tips and Tricks" section. The list of items did not provide detail on two BitBake command-line options you could use to dump out signature data into .sigdata files. Also, the .sigdata files were incorrectly referred to as .siginfo files. (From yocto-docs rev: 7836c386f4f7c011de710b6ec9f6be13045dc559) Signed-off-by: Scott Rifenbark Signed-off-by: Richard Purdie --- documentation/ref-manual/technical-details.xml | 59 +++++++++++++++++++------- 1 file changed, 43 insertions(+), 16 deletions(-) (limited to 'documentation') diff --git a/documentation/ref-manual/technical-details.xml b/documentation/ref-manual/technical-details.xml index 87d7387ab8..f06382ab52 100644 --- a/documentation/ref-manual/technical-details.xml +++ b/documentation/ref-manual/technical-details.xml @@ -785,22 +785,49 @@ Because of this, the Yocto Project includes strong debugging tools: - Whenever a shared state package is written out, so is a - corresponding .siginfo file. - This practice results in a pickled Python database of all - the metadata that went into creating the hash for a given shared state - package. - If you run BitBake with the --dump-signatures - (or -S) option, BitBake dumps out - .siginfo files in - the stamp directory for every task it would have executed instead of - building the specified target package. - There is a bitbake-diffsigs command that - can process .siginfo files. - If you specify one of these files, BitBake dumps out the dependency - information in the file. - If you specify two files, BitBake compares the two files and dumps out - the differences between the two. + Whenever a shared state package is written + out into the + SSTATE_DIR, + a corresponding .siginfo file is + also written. + This file contains a pickled Python database of all + the Metadata that went into creating the hash for a + given shared state package. + Whenever a stamp is written into the stamp directory + STAMP, + a corresponding .sigdata file + is created that contains the same hash data that + represented the executed task. + + You can use BitBake to dump out the + signature construction information without executing + tasks by using either of the following BitBake + command-line options: + + ‐‐dump-signatures=SIGNATURE_HANDLER + -S SIGNATURE_HANDLER + + + Two common values for + SIGNATURE_HANDLER are + "none" and "printdiff" to only dump the signature + or to compare the dumped signature with the + cached one, respectively. + + Using BitBake with either of these options causes + BitBake to dump out .sigdata files + in the stamp directory for every task it would have + executed instead of building the specified target + package. + + There is a + bitbake-diffsigs command that + can process .sigdata and + .siginfo files. + If you specify one of these files, BitBake dumps out + the dependency information in the file. + If you specify two files, BitBake compares the two + files and dumps out the differences between the two. This more easily helps answer the question of "What changed between X and Y?" -- cgit v1.2.3-54-g00ecf