On Fri, Feb 04, 2011 at 07:23:51 (CET), Joel Roth wrote:

> 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.
>> Joel, it seems that you have to live with manually popping the patches
>> from the stack, until the integration matures.
> Thanks for clarifying this. Of course I can easily add a
> wrapper to handle it; mainly concerned about general
> practice. From your reply I understand that completed
> build with patches applied is current behavior.
> If this is the only problem for quilt 3.0, it doesn't seem
> like much, at least to my newbie sensibilities.

On the 2nd read, my previous followup might be misleading; I really like
the new features of Source Format 3.0 (quilt), and I really welcome its
adoption both in debian as a whole and inside pkg-multimedia. My
concerns apply to:

 - understandability to less experienced team members
 - integration in existing evironments (e.g., stable)

It seems that at least by now, both concerns aren't that important and
the benefits clearly overweight the concerns.

Reinhard Tartler, KeyID 945348A4

pkg-multimedia-maintainers mailing list

Reply via email to