diff options
| author |   Richard Purdie <richard.purdie@linuxfoundation.org> | 2019-11-25 17:18:32 +0000 |
|---|---|---|
| committer | Richard Purdie <richard.purdie@linuxfoundation.org> | 2019-11-25 21:24:47 +0000 |
| commit | 4299afdd290f9d1c5616598f5fe83c195a64b63c (patch) | |
| tree | 3edd63ea8624a3f50ccbd8b988220efefcbfb99f | |
| parent | 7c847b01c30fc42cc78244f00fdf5eaa7b5df716 (diff) | |
| download | bitbake-4299afdd290f9d1c5616598f5fe83c195a64b63c.tar.gz | |
siggen: Fix hashequiv bug where new hash wasn't referenced correctly
If a hash is reported to the hash server, the stamp written out by the
current task didn't account for any new hash the server may have provided.
Fix this so the correct stamp is written. This means "bitbake X; bitbake X"
no longer rebuilds lots of things when hashequiv is active.
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
| -rw-r--r-- | lib/bb/siggen.py | 1 |
1 files changed, 1 insertions, 0 deletions
diff --git a/lib/bb/siggen.py b/lib/bb/siggen.py index a4bb1ff7f..e19812b17 100644 --- a/lib/bb/siggen.py +++ b/lib/bb/siggen.py @@ -508,6 +508,7 @@ class SignatureGeneratorUniHashMixIn(object): if new_unihash != unihash: bb.debug(1, 'Task %s unihash changed %s -> %s by server %s' % (taskhash, unihash, new_unihash, self.server)) bb.event.fire(bb.runqueue.taskUniHashUpdate(fn + ':do_' + task, new_unihash), d) + self.set_unihash(tid, new_unihash) else: bb.debug(1, 'Reported task %s as unihash %s to %s' % (taskhash, unihash, self.server)) except hashserv.client.HashConnectionError as e: |