Re: [OE-core] sharing sstate in bitbake-setup
Alexander Kanavin <[email protected]>
| Newsgroups | org.yoctoproject.lists.yocto,org.openembedded.lists.openembedded-core |
|---|---|
| Message-ID | <CANNYZj8ff3=tVXJt3rxa3fE0_m9OmDsyBP6A5rrw0b-M7EiUsQ@mail.gmail.com> |
On Sat, 6 Dec 2025 at 04:31, Daniel Chaves <[email protected]> wrote: > Hi, Alexander, I saw your question about integrating the hash equivalence server setup into Bitbake Setup. I've have actually tinkered with the basic hash equivalence setup, and after diving into the documentation for the hash equivalence looks like we could share hash equivalence data through following the "Hash Equivalence Server Setup" instructions here: > https://docs.yoctoproject.org/dev/_sources/dev-manual/hashequivserver.rst.txt. > > Look at the `bind` and `database` options used when starting `bitbake-hashserv`. Then, on the client side, the configuration would look something like this: > > ``` > BB_HASHSERVE = "<bind address of the running BitBake hash server>" > BB_SIGNATURE_HANDLER = "OEEquivHash" > ``` > > So, in that scenario the site.conf for Bitbake Setup could enable a bind address of `unix://${TOPDIR}/../hashserv.sock` to the BB_HASHSERVE. > > And the server can be started with something like: > > `bitbake-hashserv --bind unix://${TOPDIR}/../hashserv.sock --database ${TOPDIR}/../hashserv.db` Hello Daniel, the mechanics of configuring and starting the server are not the problem. The problem is how to do it in bitbake-setup workflows such that users don't need to know or care: no separate configuration, separate commands or leftover background processes. It should just work, quietly and without fuss. I have some ideas (around sharing the database between servers started privately by bitbake invocations (if BB_HASHSERVE is "auto")), just need to sit down and write patches. Alex