Bug#482736: ppracer: FTBFS when converted to new source format 3.0 (quilt)

[hertzog at debian.org]

Package: ppracer
Version: 0.3.1-11
Severity: minor
Usertags: 3.0-quilt-by-default

To prepare a possible switch to the new source package format "3.0
(quilt)" [1], I converted all source packages and rebuilt the packages
afterwards to see what breaks, and ppracer does break. To reproduce the
problem you can do this:

$ apt-get source ppracer
$ sed -i -e '/^Source:/ aFormat: 3.0 (quilt)' ppracer-0.3.1/debian/control
$ dpkg-source -b ppracer-0.3.1
$ dpkg-source -x ppracer_0.3.1-11.dsc
$ cd ppracer-0.3.1 && debuild -us -uc

In this process, if the .diff.gz contains changes to upstream files,
dpkg-source will have created a corresponding patch in
debian/patches/debian-changes-0.3.1-11 and will have registered that
patch in a quilt series (debian/patches/series, it is created if needed).
All the patches listed in the "series" file are applied directly during
the extraction (dpkg-source -x). quilt itself is used if available (and
will thus lead to the creation of the .pc directory), otherwise
dpkg-source applies the patches by itself. For more information about the
new source package format see the manual page dpkg-source(1).

In the case of ppracer, the clean rule removes the .pc directory before
calling "quilt pop -a"... in those conditions 'quilt pop -a' will never do
anything. And in the case of the new source package it should do something
since the patches are already applied.

Cheers,

[1] http://lists.debian.org/debian-devel-announce/2008/04/msg00004.html
-- 
Raphael Hertzog