Re: [bitbake-devel] [PATCH 1/1] bitbake: add BB_GIT_SHALLOW_SKIP_FAST to disable fast shallow mode

Richard Purdie <[email protected]>
Newsgroups org.openembedded.lists.bitbake-devel
Message-ID <b49490a4a2e1cbbbdd8eb84d3c5bb2af57418488.camel@linuxfoundation.org>
On Thu, 2026-04-30 at 13:38 +0100, Marcio Henriques via lists.openembedded.org wrote:
> In some CI environments, shallow tarballs are preferred as fallback artifacts,
> not as the primary source path.
> 
> Today, enabling shallow mode also enables an initial fast shallow path that may
> avoid creating/using the regular local clone flow in DL_DIR. This can reduce
> the effectiveness of incremental fetches and lead to larger re-downloads.
> 
> Add BB_GIT_SHALLOW_SKIP_FAST as an opt-in switch. When set to 1, the fetcher
> skips the fast shallow path from initialization and proceeds with the regular
> clone/update flow, while still allowing shallow behavior and tarball fallback.
> 
> Default behavior is preserved when the variable is unset.
> 
> Signed-off-by: Marcio Henriques <[email protected]>
> ---
>  .../bitbake-user-manual-ref-variables.rst     | 19 +++++++++++++++++++
>  lib/bb/fetch2/git.py                          |  4 +++-
>  2 files changed, 22 insertions(+), 1 deletion(-)

I'm wondering why you wouldn't just turn off shallow clones in this
scenario?

I'm also conscious of not wanting to add too many options to the
fetcher, it makes the code more of a labyrinth and harder to
test/maintain. Would it make sense to use BB_GENERATE_MIRROR_TARBALLS
here to change behaviour?

That option is usually set for people wanting to build source
mirrors...


Cheers,

Richard
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.