13030 2018-11-19 22:48:56 +0000 Add sstate hash equivalence support 2019-05-22 21:13:08 +0000 1 1 7 Build System, Metadata & Runtime BitBake bitbake unspecified x86 Multiple RESOLVED FIXED Medium+ enhancement 2.7 M2 1 JPEWhacker JPEWhacker bluelightning liezhi.yang poky.bs.watcher poky.watcher randy.macleod wmills --- --- Yes (doc changes required) oldest_to_newest 82273 0 JPEWhacker 2018-11-19 22:48:56 +0000 Implement support for sstate hash equivalence. In a broad overview, this allows bitbake to query a server to determine if a given taskhash is equivalent to some other sstate object, effectively allowing it to skip executing that task and instead restore from the know sstate object. This is particularly useful when trivial changes are made to a recipe that aren't going to actual change the generated output. This is also the first step toward facilitating features that allow users to "lock" a task so that bitbake *won't* build dependent tasks even if they are rebuilt (e.g. for trivial rebuilds of GCC). 83008 1 JPEWhacker 2019-02-14 16:26:15 +0000 The initial implementation of this is complete. New bugs will be opened for the additional features. 83886 2 wmills 2019-05-22 20:57:04 +0000 This is marked resolved but I could not find a commit(s) in poky master that looked like an implementation. Where should I be looking? I have looked a couple of times; sorry if I am missing it. Thanks. Bill 83888 3 JPEWhacker 2019-05-22 21:13:08 +0000 This will catch most of them: git log --author="Joshua Watt" --after="Dec 2 2018 00:00" --before="Jan 31 2019 00:00 and 3d19803cbd0 ("bitbake.conf: Account for older versions of bitbake") Sorry, I wasn't very good about tagging the commits with the bug (and I think the bug was created after I had done most of the work).