summaryrefslogtreecommitdiffstats
path: root/bitbake/AUTHORS
diff options
context:
space:
mode:
authorElliot Smith <elliot.smith@intel.com>2016-05-12 15:10:37 +0100
committerRichard Purdie <richard.purdie@linuxfoundation.org>2016-05-17 14:43:30 +0100
commitd9d715b9f9ab72280e2c8522fa2c6f54ef5c1ea0 (patch)
treedc8086f3956f1d9378a0e036cb9b94017e4774c9 /bitbake/AUTHORS
parentdf0fc2d90884150f896ac87e401c10ce3bb95850 (diff)
downloadpoky-d9d715b9f9ab72280e2c8522fa2c6f54ef5c1ea0.tar.gz
bitbake: toasterui: capture keyboard interrupts the same way as knotty
knotty captures two levels of keyboard interrupt: a single interrupt or two interrupts in a row. These then trigger stateShutdown and stateForceShutdown respectively. toasterui doesn't have an equivalent way of capturing interrupts and using them to shut down bitbake. Now that we are no longer using knotty + XMLRPCServer for our command line builds (since switching to per-project build directories), we see some odd side effects of this, such as builds continuing after they have been interrupted on the command line. Bring toasterui in line with knotty (copy-paste most of the code in knotty.py which deals with interrupts) so that a keyboard interrupt actually shuts down the bitbake server (if not in observe only mode). Additionally use the cancel_cli_build() method to set the Build status to CANCELLED in Toaster's db when we get keyboard interrupts. This means that builds interrupted on the command line show as cancelled (same as if they'd been cancelled from the Toaster UI), as specified in the UI designs. [YOCTO #8515] (Bitbake rev: d39d2edca95900da433074ee95a192d7bfe7090d) Signed-off-by: Elliot Smith <elliot.smith@intel.com> Signed-off-by: Michael Wood <michael.g.wood@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Diffstat (limited to 'bitbake/AUTHORS')
0 files changed, 0 insertions, 0 deletions