Differences between revisions 3 and 4
Revision 3 as of 2012-01-29 19:11:24
Size: 6882
Editor: TheAnarcat
Comment:
Revision 4 as of 2012-01-29 19:12:04
Size: 6886
Editor: TheAnarcat
Comment:
Deletions are marked like this. Additions are marked like this.
Line 165: Line 165:
 * HowToSetupADebianRepository  * [[HowToSetupADebianRepository]]

This page describes how to compile a backport in the "proper" way, one which tries to respect the rules for the backports.

This assumes you will build a backport that will be uploaded to the official backports repository. For simpler recipes, look for SimpleBackportCreation for your own informal backports or AutomateBackports for your own personnal backporting archive.

Using pbuilder

Your first step is to configure pbuilder and, optionnally, cowbuilder. The remaining of this howto will assume you will use cowbuilder, as this is what is in use here and is more efficient. We also like to use git-buildpackage to avoid building a .dsc file first, so to build straight from the source.

A full pbuilder or cowbuilder is beyond the scope of this manual, but there are specific issues you should not miss here.

Modifying the package

To make a proper backport, you need to modify the package according to the rules. A simpler version:

  • Use squeeze-backports as distribution.

  • Append ~bpo${debian_release}+${build_int} to the version number, e.g. 1.2.3-4 now becomes 1.2.3-4~bpo60+1.

  • Include all changelog entries since the last version on debian-backports or since stable if it's the first version (using -v).

  • If the package isn't in stable or backports already, include the source (using -sa).

This is just a summary of the technical aspects of the rules. It is really important that you read up on the rules and follow them.

Installing the toolchain

apt-get install cowbuilder pbuilder

Building for different distributions

Then enable pbuilder to build for different distributions easily, by following those instructions.

At this point you should be able to build a package using:

DIST=squeeze ARCH=amd64 pbuilder build foo.dsc

With git-buildpackage this becomes:

cd package
DIST=squeeze ARCH=amd64 git-buildpackage --git-builder=git-pbuilder

Note that this option can be written to your ~/.gbp.conf file as such: builder = /usr/bin/git-pbuilder.

Uploading the backport

In dput.conf:

[bpo]
fqdn = backports-master.debian.org
incoming = /pub/UploadQueue/
method = ftp
login = anonymous
allow_dcut = 1

Then upload away to bpo. All DDs should have access to that repository, but need to ask first, on Request Tracker.

Building multi-dependencies packages

At this point you are able to build and upload backports of existing packages easily. The tricky part comes up when you have multiple dependencies to upload at once. pbuilder chroots do not use packages from backports by default, so that's the first thing we need to fix. Add this to your pbuilderrc:

OTHERMIRROR="deb http://www.backports.org/debian/ $DIST-backports main"

Then update the chroot with the new sources.list line:

sudo DIST=squeeze ARCH=amd64 cowbuilder --update --override-config

Then you could build the packages one at a time: backport one, upload it, wait for it to show up in the backports archive, build the second one, etc. But this is really time consuming and could take a long time for big package suites. It could also mean a lot of dependent packages be uploaded to backports while the package that needs it is not there, which is bad practice.

What you need is to be able to use the packages you're building locally in the chroot. This is again described in the PbuilderTricks page, but we'll show our own way here.

Add this to your pbuilderrc:

OTHERMIRROR="deb http://www.backports.org/debian/ $DIST-backports main|deb file:///home/anarcat/dist/build-area/ ./"
HOOKDIR=/usr/lib/pbuilder/hooks
BINDMOUNTS="/home"

The above assumes you are building your packages in /home/anarcat/dist/package and the build results end up in /home/anarcat/dist/build-area/. This can be freely changed, but it will only work if it is under the BINDMOUNTS.

Then you need to add a hook that will run apt-get update before the package is built, in /usr/lib/pbuilder/hooks/D90update:

/usr/bin/apt-get update

The HOOKDIR variable can be changed if you want to put your hook file somewhere else, but the file name is important.

Then the only bit missing is making sure the /home/anarcat/dist/build-area/ directory is a valid archive. Other howtos make that part of the hook, but since we are not running as root (see below), this is not practical for us. We simply use the following command on a as-needed basis:

dpkg-scanpackages . /dev/null | bzip2 -c  > Packages.bz2

It is in the following makefile to make things easier:

all: Packages.bz2 Sources.bz2

Packages.bz2::
        dpkg-scanpackages . /dev/null | bzip2 -c  > Packages.bz2

Sources.bz2::
        dpkg-scansources . /dev/null | bzip2 -c  > Sources.bz2

Other tricks

We have found the following options to be useful in pbuilderrc:

PDEBUILD_PBUILDER="cowbuilder"

BUILDUSERID="500"
BUILDUSERNAME="anarcat-pbuilder"

AUTO_DEBSIGN=yes

This is the ~/.gbp.conf (git-buildpackage config):

[DEFAULT]
# tell git-buildpackage howto clean the source tree
cleaner = fakeroot debian/rules clean
postbuild = lintian $GBP_CHANGES_FILE
# this is how we invoke pbuilder, arguments passed to git-buildpackage will be
# passed to dpkg-buildpackge in the chroot
builder = /usr/bin/git-pbuilder

[git-buildpackage]
export-dir = ../build-area/

[git-import-orig]
dch = False

See also



CategoryPackaging