Re: [bitbake-devel] [PATCH 5/6] lib: Vendorize bundled third-party libraries under bb._vendor

Ross Burton <[email protected]>
Newsgroups org.openembedded.lists.bitbake-devel
Message-ID <[email protected]>
On 31 Mar 2026, at 15:53, Rob Woolley via lists.openembedded.org <[email protected]> wrote:
> 
> Move ply, progressbar, simplediff, and bs4 from lib/ into
> lib/bb/_vendor/ to avoid conflicts with system-installed versions
> and to support proper packaging. These libraries contain local
> modifications from their upstream versions.

I’d like to see the vendoring done with a tool that lets us update the bundled libraries easily in the future, to be honest.

When I wrote picobuild (now redundant as pypa/build can bootstrap itself) I used the same tool that pip uses to vendor its dependencies: https://github.com/pradyunsg/vendoring.  So https://gitlab.com/rossburton/picobuild is a minimal example of using vendoring: a few lines of configuration in pyproject.toml and a separate requirements file.

Obviously if we sync from upstream we’ll drop our local changes, so the question then is why do we have forks?  Note that vendoring can apply patches when it updates, so if there’s a simple but not-upstreamable change we can carry the patch in-tree.

Ross
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.