Brian May <b...@snoopy.debian.net> writes: > See bug #561401.
> The reporter suggests that the problem is because I use quilt in > debian/rules, however I was under the impression removing quilt stuff > was optional, from > <http://lists.debian.org/debian-devel-announce/2009/11/msg00003.html>: > "You can remove everything related to quilt in debian/rules (patch/unpatch > logic, cleanup of quilt stamp file and its .pc directory)." > When I built the package it built fine, maybe the auto build environment > is broken? [...] > This seems wrong. Why did the quilt pop command fail to remove the > patches? With older versions of dpkg-dev, if quilt isn't already available, dpkg-source will use its own internal mechanism to apply the patch series, and that internal method did not maintain the .pc directory. If the patches are applied that way, quilt will not think that any patches are applied and hence quilt pop will do nothing, but then quilt push will fail to apply the patches because they've already been applied. Maybe that buildd has that older version of dpkg-dev? -- Russ Allbery (r...@debian.org) <http://www.eyrie.org/~eagle/> -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
