On Fri, Feb 04, 2011 at 06:37:25AM +0100, Reinhard Tartler wrote:
On Fri, Feb 04, 2011 at 01:21:57 (CET), Joel Roth wrote:The ecasound package currently requires a manual 'pop -a' after a git-buildpackage before another git-buildpackage is possible.Successive builds are possible by adding dh_quilt_unpatch to the override_dh_auto_clean rule. But that still leaves the package sources with the patch applied.Is there a place to put dh_quilt_unpatch at the *end* of the build process?btw, the debian policy manual is unclear (to me) about whether the 'clean' target cares about the quilt patch queue status.FYI (and because not everyone was around at that time yet), this is pretty much why I was against adpoting v3 source package for pkg-multimedia. The git integration still seems less than ideal to me.
Yes, you _were_ against it earlier on. What is more relevant here, and surprises me, is that you _still_ find it less than ideal.
Joel, it seems that you have to live with manually popping the patches from the stack, until the integration matures.
Since the time of some hesitating and others pushing for source v3, we have found - I believe - a sane way for source v3 and git-buildpackage to work reliably together:
* Add this to debian/source/format: 3.0 (quilt) * Add this to .gitignore: /.pc * Add this to debian/source/local-options: unapply-patches abort-on-upstream-changes If anyone find this "less than ideal" then please elaborate on why. - Jonas -- * Jonas Smedegaard - idealist & Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private
Description: Digital signature
_______________________________________________ pkg-multimedia-maintainers mailing list email@example.com http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers