gitsm included with poky Thud 20.0.1 fails when a bb file is using gitsm to fetch the source git-repo, and the git-repo contains submodules within submodules. Example submodule that can be used for reproducing it: https://github.com/google/fonts (put that as a submodule in the git-repo cloned with gitsm.) Error seen: submodule update --recursive --no-fetch failed with exit code 1, output: .... Submodule path 'external/google-fonts': checked out '6177da92bf853e779b0e46ec9f0dd301b2726641' .... warning: core.bare and core.worktree do not make sense fatal: unable to set up work tree using invalid config Unable to checkout '96620a77aabf605d7c0d89786f4e1f31567bbd78' in submodule path 'external/google-fonts/tools/util/GlyphsInfo' Failed to recurse into submodule path 'external/google-fonts'
Worked fine in Morty.
Could you check if master works please? This is likely a case of us needing to backport a lot of the fixes in master. We're a little reluctant due to the shear number of patches needing backport but knowing master works for you may help influence what we do.
yes do_fetch with gitsm works fine if add bitbake patches (79 missing patches in the Thud branch) from poky master.
can I get a simple test case?
simple test: https://github.com/HRio/gitsm-problem
*** Bug 13220 has been marked as a duplicate of this bug. ***
in thud proper. http://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/?h=thud&id=7a28e60171c5e04c841c331be651536200635c45 to http://git.yoctoproject.org /cgit/cgit.cgi/poky/commit/?h=thud&id=d5a6da8b3d1a8639f945586828ecd4d8481f5100