diff options
| author | Philip Lorenz <philip.lorenz@bmw.de> | 2025-04-29 10:11:21 +0200 |
|---|---|---|
| committer | Richard Purdie <richard.purdie@linuxfoundation.org> | 2025-05-08 11:37:32 +0100 |
| commit | 9962d198c82d64a1562844f66ba67aba590fa7e4 (patch) | |
| tree | 26e2398d3e02a9e3d52e1221436738d467c9e834 /bitbake/lib/bb/fetch2/gitsm.py | |
| parent | 74945e467895d6dd444f7ccf8d2a41eac63604ae (diff) | |
| download | poky-9962d198c82d64a1562844f66ba67aba590fa7e4.tar.gz | |
bitbake: fetch2: Use git-lfs fetch to download objects
Its not clear which exact git-lfs versions failed to work with bare
repositories, however git-lfs 2.13.2 which is shipped by Debian 10 (i.e.
the oldest supported distribution by scarthgap) shows no issue when
fetching into a bare repository. Switch to git-lfs fetch which in turn
eliminates issues seen when using the gitsm fetcher with submodules
utilizing lfs.
In these scenarios, fetching of LFS objects did not actually happen as
the gitsm fetcher parametrizes the to be fetched repositories with
`bareclone=1` which in turn means that the target revision was never
checked out (and therefore no LFS objects were fetched).
(Bitbake rev: 501d3317df5780a5b0e3c2562b26ed276c1dbe90)
Signed-off-by: Philip Lorenz <philip.lorenz@bmw.de>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Diffstat (limited to 'bitbake/lib/bb/fetch2/gitsm.py')
0 files changed, 0 insertions, 0 deletions