summaryrefslogtreecommitdiffstats
path: root/bitbake/lib/bb/cache.py
diff options
context:
space:
mode:
authorRichard Purdie <richard.purdie@linuxfoundation.org>2024-10-08 13:36:22 +0100
committerRichard Purdie <richard.purdie@linuxfoundation.org>2024-10-09 13:04:30 +0100
commit76d24b00ff7db3f9b56bbca113e7fd1248c6a484 (patch)
tree8f9aa1876a804862f233feafa5a05624e3baec79 /bitbake/lib/bb/cache.py
parent8cd4ab4771c02c087655d06af90d060371318336 (diff)
downloadpoky-76d24b00ff7db3f9b56bbca113e7fd1248c6a484.tar.gz
bitbake: checksum/fetch2: Switch from persist_data to a standard cache file
The sqlite connection handling is causing problems with python 3.13. The connection can be closed at gc time which causing warnings and those can appear at 'random' points and break output, causing weird failures in different tinfoil tools and other tests. Using sqlite as an IPC was never a great idea so drop that usage entirely and just use the standard cache mechanism we already have for other situations. (Bitbake rev: fdc55bb649cb77456d0ac48a9600ef289a52af18) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Diffstat (limited to 'bitbake/lib/bb/cache.py')
-rw-r--r--bitbake/lib/bb/cache.py10
1 files changed, 10 insertions, 0 deletions
diff --git a/bitbake/lib/bb/cache.py b/bitbake/lib/bb/cache.py
index 958652e0e3..ec7b023fc7 100644
--- a/bitbake/lib/bb/cache.py
+++ b/bitbake/lib/bb/cache.py
@@ -847,6 +847,16 @@ class MultiProcessCache(object):
847 data = [{}] 847 data = [{}]
848 return data 848 return data
849 849
850 def clear_cache(self):
851 if not self.cachefile:
852 bb.fatal("Can't clear invalid cachefile")
853
854 self.cachedata = self.create_cachedata()
855 self.cachedata_extras = self.create_cachedata()
856 with bb.utils.fileslocked([self.cachefile + ".lock"]):
857 bb.utils.remove(self.cachefile)
858 bb.utils.remove(self.cachefile + "-*")
859
850 def save_extras(self): 860 def save_extras(self):
851 if not self.cachefile: 861 if not self.cachefile:
852 return 862 return