[Debian GNUstep maintainers] Bug#375655: Broken .dsc, weird debian/control

[Jeroen van Wolffelaar]

Package: gnustep-make
Version: 1.12.0-1

Hi,

The latest version triggers an archive integrity check: the package
produces a binary package that's not listed in the package's Binary:
header in the .dsc file.

I've looked into the source, and find a strong discrepancy between the
control and the control.in files, and a debian/rules file that
automatically regenerates debian/control. Regerenerating control in the
way you do it (replacing a variable that is fixed in debian/rules) is
not necessarily a big problem (though I'd still strongly discourage it,
it's confusing), but please don't regenerate it blindly, but regenerate
it and give an error if the resulting file is different.

For example, standards version is higher in control, compared to
control.in, but control.in's package list is newer. Note that this way,
having the version of the build depend defined in debian/rules is
totally ineffective, as build-depends is taken from the .dsc and what
debian/rules does is not affecting the .dsc in any way: since it doesn't
work, I'd really suggest to drop this rebuilding of debian/control.

--Jeroen

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15-1-686
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)

-- 
Jeroen van Wolffelaar
Jeroen at wolffelaar.nl (also for Jabber & MSN; ICQ: 33944357)
http://Jeroen.A-Eskwadraat.nl