Unable to build dpkg v3 (quilt) packages

Actually, not really a dupe of bug 606082, as that one is more general,
the fix for this may be simpler.

As a workaround you could merge a branch to delete debian/source/format, unless
you rely on certain v3 features.

Thanks,

James

Note that removing debian/source/format would stop quilt from patching, unless
you explicitly do it in your debian/rules.

Therefore if you actually have patches in your v3 (quilt) package the naïve solution
won't work and you will have to do some more work.

Thanks,

James

I've been thinking about this a lot actually. I think the solution is two-parts:

(1) Remove debian/source/format
(2) Invoke quilt manually to apply the patches.

I think this will actually cover all the bases, but it'd be nice if someone could sanity check that.

This works on my system if I append it to the recipe:

run quilt push -a
run rm debian/source/format

Adding this as a checkbox option on the LP page would be nice. Of course this doesn't mean that you will need to "open up" your system to arbitrary run commands. Only allow yourself to append those two lines to the script when this checkbox option is crossed.

I think Anne is correct, but I think we could be smarter about it in bzr-builder. It could read the format, and if it's a v3 quilt format, then proceed to kill debian/source/format and then invoke quilt directly. James, does this sound reasonable?

On Tue, 24 Aug 2010 02:45:53 -0000, Paul Hummer <email address hidden> wrote:
> I think Anne is correct, but I think we could be smarter about it in
> bzr-builder. It could read the format, and if it's a v3 quilt format,
> then proceed to kill debian/source/format and then invoke quilt
> directly. James, does this sound reasonable?

That will work for most packages. There may be other differences between
the two formats that would cause a failure.

Thanks,

James

Might be nice to have some sort of quick fix for this for testing on edge when trying to use the build recipes. Even if it isn't the long term solution, it will allow people to build recipes for Maverick and Natty

Paul, I think that'd be a sensible way to handle it for the moment until there is a solution for bug 606082.

I've proposed a --force-native option to bzr-builder's "bzr dailydeb" command. If/when that gets merged I'll propose a trivial patch to the buildds.

Jelmer, is the fix for this over to the buildds yet? It's currently blocking a project that I package, and I'd like to get daily (or regular) builds going for them. I'd be happy to test the crap out of this.

Hi Paul,

On Wed, 2011-01-19 at 04:51 +0000, Paul Hummer wrote:
> Jelmer, is the fix for this over to the buildds yet? It's currently
> blocking a project that I package, and I'd like to get daily (or
> regular) builds going for them. I'd be happy to test the crap out of
> this.
No, it has not been deployed yet. I'll talk to Aaron and Lamont tomorrow
about getting it deployed. There is another fix that will help
significantly with some of the memory issues we've been seeing.

Cheers,

Jelmer

The newer bzr-builder has been deployed on the buildds. Source packages that claim to be 3.0 (quilt) will now automatically be converted to 3.0 (native).

Please note that if there are no patches the series file can't exist at the moment, see bug 712822.