| Message ID | 20261115003506.53654-6-tim.orling@konsulko.com |
|---|---|
| State | Under Review |
| Delegated to: | Tim Orling |
| Headers | show |
| Series | Get the RRS update scripts working again | expand |
diff --git a/conf/local.conf b/conf/local.conf index 82cc577..5ce9ade 100644 --- a/conf/local.conf +++ b/conf/local.conf @@ -18,6 +18,10 @@ HOSTTOOLS_NONFATAL := "${@d.getVar('HOSTTOOLS', True) or ''} ${@d.getVar('HOSTTO # oe.utils.get_gcc_version() in a python expression HOSTTOOLS = "gcc" +# Parsing doesn't need hash equivalence; OEEquivHash would also need +# BB_HASHSERVE, which some OE-Core revisions don't set +BB_SIGNATURE_HANDLER = "OEBasicHash" + # Recipe reporting system configuration #require conf/distro/include/maintainers.inc #require conf/distro/include/distro_alias.inc
OE-Core 5596ea156d made OEEquivHash the default but BB_HASHSERVE was only set in the following commit, so parsing 3c00ad5d3b fails with "OEEquivHash requires BB_HASHSERVE to be set" and the BitBake of the time hangs instead of exiting, stalling rrs_upgrade_history.py. Parsing doesn't need hash equivalence, so select OEBasicHash; this also avoids starting a hashserv for every parse on current master. [YOCTO #16504] AI-Generated: Claude Opus 5.5 Signed-off-by: Tim Orling <tim.orling@konsulko.com> --- conf/local.conf | 4 ++++ 1 file changed, 4 insertions(+)