~launchpad-pqm/launchpad/devel

« back to all changes in this revision

Viewing changes to lib/canonical/buildd/README

  • Committer: Launchpad Patch Queue Manager
  • Date: 2011-11-21 04:19:35 UTC
  • mfrom: (14339.1.1 800295-delete-buildd-again)
  • Revision ID: launchpad@pqm.canonical.com-20111121041935-iwoh81iy9o5ssq09
[no-qa] [r=mbp] delete canonical.buildd,
 now it has moved to launchpad-buildd

Show diffs side-by-side

added added

removed removed

Lines of Context:
1
 
In order to build the package you need dpkg-dev and fakeroot
2
 
 
3
 
To build the package do:
4
 
 
5
 
cd ..../lib/canonical/buildd
6
 
debian/rules package
7
 
dpkg-buildpackage -rfakeroot -b
8
 
 
9
 
It will "fail" because the package built in the "wrong" place. Don't
10
 
worry about that.
11
 
 
12
 
To clean up, do:
13
 
 
14
 
fakeroot debian/rules clean
15
 
rm launchpad-buildd*deb
16
 
rm ../launchpad-buildd*changes
17
 
 
18
 
-----------------------------------------------------------------------
19
 
 
20
 
How to use the chroot tool:
21
 
 
22
 
buildd-slave-chroot-tool --intervene <chroot tarball>
23
 
 
24
 
...will unpack the chroot tarball, mount up the proc etc filesystems
25
 
in it and chroot into it.
26
 
 
27
 
When you leave the chroot, it will ask you if you want to repack the
28
 
tarball. If you answer yes then it will repack it, if you answer no,
29
 
then it will merely clean up and exit.
30
 
 
31
 
If you wish to build a new chroot then first copy the example.chroot
32
 
file from /usr/share/doc/launchpad-buildd/ and edit it to your
33
 
requirements.
34
 
 
35
 
Next run buildd-slave-chroot-tool --generate config.filename
36
 
 
37
 
You must have sudo capability and ideally you would run this as the
38
 
buildd user on a machine with launchpad-buildd installed.
39
 
 
40
 
Once you have completed the chroot building, you will be left with a
41
 
file named chroot-<distro>-<distrorelease>-<arch>.tar.bz2 which should
42
 
be uploaded to the librarian from a machine with librarian access and
43
 
then marked as the chroot for the given pocket.
44
 
 
45
 
You should retain the configuration file so that we know how the
46
 
chroot was built in case we need to rebuild it at a later date.
47