Ecasound - getting quilt to pop -a after git-buildpackage

[Jonas Smedegaard]

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
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: Digital signature
URL: <http://lists.alioth.debian.org/pipermail/pkg-multimedia-maintainers/attachments/20110204/bd65de9b/attachment.pgp>