Feedback on merging via bzr

Andrew SB a.starr.b at gmail.com
Mon Jan 18 04:35:05 GMT 2010


Thanks for writing this Scott. It touches on a couple things I've been
meaning to write about myself.

On Sun, Jan 17, 2010 at 10:45 PM, Scott Kitterman <ubuntu at kitterman.com> wrote:
> 1.  The most important change would be to have some kind of a wrapper for
> getting the source.  It would be nice to have a script that would download
> branches for the common ancestor, current Ubuntu, and current Debian branches,
> and do the proposed merge.  Without local access to the different versions of
> the package, it is very difficult to know if you've got a correct merge.

I think this is an important point. Especially with MoM not updating
correctly, we really need something to help ease people into these new
methods. I think a grab-merge like script would go a long way to
helping both simplify the repetitive work as well as introduce people
to UDD methods.

I've personally been using a hackish shell script that I'd be
embarrassed to distributed. It basically does:

bzr init-repo $PACKAGE
cd $PACKAGE
bzr branch lp:ubuntu/$PACKAGE $PACKAGE-ubuntu
bzr branch lp:debian/$PACKAGE $PACKAGE-debian
bzr branch $PACKAGE-ubuntu working-tree
cd working-tree
bzr merge-package ../$PACKAGE-debian

Then uses Bryce's merge_changelog script and 'dch -i -m' to handle the
repetitive changelog stuff.

Ideally, the script would also produce something along the lines of
MoM's REPORT, listing the conflicts and giving instructions on how to
proceed.

> In the old method, I would debuild -S (-sa if needed) -v and have a package
> ready for uploading.
>
> bzr builddeb -S -- -v4.6-1ubuntu1
>
> Now this one looks easy, but has the hidden trap of bzr builddeb providing
> only -S from dpkg-buildpackage and requiring an extra flag to pass other
> options to dpkg-buildpackage ("--").  I think this needs a rethink [2].

I didn't know that was even possible. I've been using

bzr bd --builder="debuild -S -v4.6-1ubuntu1"

I very much agree with:

> 3.  As mentioned, the bzr builddeb interface and documentation needs work.
> Ideally it would act similarly to debuild and pass all the dpkg-buildpackage
> options to it without special flags.  Yet another interface that is almost the
> same is problematic.

- Andrew Starr-Bochicchio



More information about the ubuntu-distributed-devel mailing list