On Sat, Feb 05, 2011 at 04:31:54AM +, Miguel Colon wrote:
Joel, it seems that you have to live with manually popping the patches
from the stack, until the integration matures.
Kind of late but what I do is add among other things:
[git-buildpackage]
export-dir = ~/git-repo/multimedia/output
> Joel, it seems that you have to live with manually popping the patches
> from the stack, until the integration matures.
Kind of late but what I do is add among other things:
[git-buildpackage]
export-dir = ~/git-repo/multimedia/output
to the ~/gbf.conf file. This would just make a temporary co
2011/2/4 Jonas Smedegaard :
>>> 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 th
On Fri, Feb 04, 2011 at 07:33:24AM -1000, Joel Roth wrote:
On Fri, Feb 04, 2011 at 01:34:35PM +0100, Jonas Smedegaard wrote:
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:
On Fri, Feb 04, 2011 at 01:34:35PM +0100, Jonas Smedegaard 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 ano
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 d
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 g
There is a way to automate that. Add unapply-patches to
debian/source/local-options .
Bilal Akhtar
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multi
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 p
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 tha
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
11 matches
Mail list logo
