Waiting for any answer on glibc mailing list (compare: Problems with libc6-dev package on Debian), I started checking on what exactly causes, that libc-internal.h is not being added to created .deb file.

Simple commands:

  1. $ gbp import-dsc –download http://http.debian.net/debian/pool/main/g/glibc/glibc_2.23-1.dsc
  2. $ cd glibc
  3. $ git buildpackage

Resulted with:

Depends: gettext, dpkg (>= 1.18.7), dpkg-dev (>= 1.17.14), xz-utils, file, quilt, autoconf, gawk, debhelper (>= 9.20141010), rdfind, symlinks, netbase, linux-libc-dev (>= 3.9), libaudit-dev, libcap-dev, libselinux-dev, binutils (>= 2.21), g++-5, g++-5-multilib, libc-bin (>= 2.23)<cross>, perl, po-debconf (>= 1.0)
dpkg-deb: error: parsing file '/tmp/satisfydepends-aptitude/pbuilder-satisfydepends-dummy/DEBIAN/control' near line 8 package 'pbuilder-satisfydepends-dummy':
'Depends' field, syntax error after reference to package 'libc-bin'

note: “<cross>” after declaration of dependency on libc-bin. On IRC (#debian-glibc) I was instructed, that newer dpkg version handles this. On Debian Stretch build should work fine.

But.., I’m using git-pbuilder with git-buildpackage, so building of this package is in chrooted Sid, containing dpkg in version: 1.18.9 (amd64). This is the same version as it is in Stretch.

I wonder if somehow dpkg from my host (Jessie) is being used instead of the chrooted one? Is this some new bug in git-pbuilder?