<div>Thank you for your reply, I will try this!</div><br><div class="gmail_quote_attribution">On Dec 3 2018, at 5:40 pm, Arnout Vandecappelle <arnout@mind.be> wrote:</div><blockquote><br><div><br><br><div>On 28/11/2018 16:28, lpdev@cordier.org wrote:</div><blockquote><div>Hi there,</div><br><div>I have a repository that have few submodules:</div><div>- myLib</div><div>  -> submodule1 (~10MB)</div><div>  -> submodule2 (8GB)</div><br><div>Actually I don't need to initialize submodule2 because myLib does not request it</div><div>while compiling for my buildroot distro.</div><br><div>The option xxx_GIT_SUBMODULES is doing a recursive init on all submodules of the</div><div>project. As I am using Buildroot 2018.02, there is no support for the latest git</div><div>patches that improve the overall space overhead and avoid compressing the repo.</div><br><div>Each time I am updating the git hash of my package, buildroot is cloning the</div><div>repo, getting the subodules (from scratch), compress tar it, and then start the</div><div>compilation. I was wondering if there is a way to specify _GIT_SUBMODULES to no,</div><div>but still get the submodule1, without breaking buildroot's download philosophy.</div></blockquote><br><div>No, there's no simple way to do that. And adding the infrastructure to do that</div><div>would lead us way too far.</div><br><div>However, what you can do is to leave _GIT_SUBMODULES to NO, add submodule1 as</div><div><PKG>_EXTRA_DOWNLOADS and extract it in a <PKG>_POST_EXTRACT_HOOK. This does</div><div>mean you have to manually</div><br><div>Unfortunately, I'm not sure if it is possible to use the git download method</div><div>for extra downloads. You can add git+ in front of the URL, but I don't think</div><div>there's a way to specify the ref to check out... So perhaps you'll instead have</div><div>to define a post-download hook that calls dl-wrapper directly...</div><br><div>Regards,</div><div>Arnout</div></div></blockquote>