summaryrefslogtreecommitdiffstats
path: root/bitbake/lib/bb/fetch2/sftp.py
diff options
context:
space:
mode:
authorPaul Eggleton <paul.eggleton@linux.intel.com>2017-06-14 12:10:24 +0200
committerRichard Purdie <richard.purdie@linuxfoundation.org>2017-06-14 14:54:24 +0100
commit0cb0e96c946e9c7fa75a3cb2e48fd61e15f1d5e9 (patch)
tree6dde81f3b5f12cb2f02fe132ba2a3209d6943a2d /bitbake/lib/bb/fetch2/sftp.py
parent68847d9ab5474ee47a4f9f67af0a31c18d91c48d (diff)
downloadpoky-0cb0e96c946e9c7fa75a3cb2e48fd61e15f1d5e9.tar.gz
bitbake: cooker: fix always loading cache on every UI start with memres
The main point of memory resident bitbake is to avoid loading data unnecessarily on every bitbake invocation. Unfortunately the code that updated options from the UI was simply treating the fact that either of the "prefile" or "postfile" options were in the list of options passed in as an indication that the configuration was invalid, which was bad because these are always passed in. We only need to mark the configuration as invalid and thus reload it (and thus reload the cache) if the option value has actually changed. At the same time, the recently handled "tracking" option needs to be treated in a similar manner since the configuration needs to be reparsed if that has changed. Also, add a few extra debug messages to aid debugging this code in future. (Bitbake rev: 18dfd144d0da6ff662308ce4f9d135dc11412133) Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Diffstat (limited to 'bitbake/lib/bb/fetch2/sftp.py')
0 files changed, 0 insertions, 0 deletions