Bug#1107219: git-debpush: upload failing when source has submodules

[Andrea Pappacoda]

Package: git-debpush
Version: 12.12
Severity: normal

Hi!



Still, I've encountered a surprising issue related to git submodules.









   Format `3.0 (quilt)', need to check/update patch stack
   canonical suite name for experimental is rc-buggy
   dgit (build host): found orig(s) in .. missing from build-products-dir, 
transferring:
   dgit (build host): hardlinked orig from ..: 
cubeb_0.0~git20250529.78ee5f0+ds.orig.tar.xz
   dgit: split brain (separate dgit view) may be needed (--quilt=gbp).
   examining quilt state (multiple patches, gbp mode)
   dpkg-source: warning: cubeb-0.0~git20250529.78ee5f0+ds/debian/rules does not 
exist
   dpkg-source: warning: unknown information field 'Build-Driver' in input data 
in general section of control info file
   dgit (build host): base trees orig=25938cea9885d0da060b 
o+d/p=cf711e3c67958fc2bf9b
   dgit (build host): quilt differences: src:  ## orig ##     gitignores:  == 
orig ==
   dgit (build host): quilt differences:      HEAD ## o+d/p               HEAD 
== o+d/p
   dgit:  cannot represent change: not a plain file (000000->160000): 
cmake/sanitizers-cmake
   dgit:  cannot represent change: not a plain file (000000->160000): googletest
   dgit:  cannot represent change: not a plain file (000000->160000): 
src/cubeb-coreaudio-rs
   dgit:  cannot represent change: not a plain file (000000->160000): 
src/cubeb-pulse-rs




Is this expected? How am I supposed to deal with git submodules?

Bye!

Yesterday I've finally given tag2upload a try with the cubeb package. It's wonderful! cubeb upstream uses git submodules, but they are not needed in Debian. In my tarball-based workflow, I've been able to ignore them, as the tarball generated by Git(Hub) creates empty directories where submodules should be. Fine. When switching to git-debpush, I've also switched how I get upstream code. Since I package Git snapshot, I followed the instructions in dgit-maint-debrebase and now fetch the code from the upstream Git. With this change, though, submodules are now properly represented in the source. I still ignored them. When pushing with git-debpush I then received an email with the following error: dgit (build host): error: HEAD has changes to .orig[s] which are not representable by `3.0 (quilt)' Ok, I just repacked the source removing the submodules with `git rm`, but I found this error kinda odd, especially as I had been able to build the package locally just fine.

signature.asc
Description: PGP signature