19
19
Final released versions.
21
21
<https://launchpad.net/~bzr-beta-ppa/+archive>
22
Releases and release candidates.
22
Releases and release candidates.
24
24
<https://launchpad.net/~bzr-nightly-ppa/+archive>
25
25
Automatic nightly builds from trunk.
38
38
versions it is also copied to the main PPA.
40
40
The packaging information is kept in branches of bzr on Launchpad, named
42
42
<https://code.launchpad.net/~bzr/bzr/packaging-hardy>.
44
44
<lp:~bzr/bzr/packaging-hardy>. These branches are intended to be used
50
* You must have a Launchpad account and be a member of the teams
50
* You must have a Launchpad account and be a member of the teams
51
51
that own these PPAs (``~bzr``, ``~bzr-beta-ppa``).
53
53
* You must have a GPG key registered to your Launchpad account.
107
107
release packages is as simple as::
109
109
cd ~/dev/bzr/releases/packaging
110
export VERSION="1.17~rc1-1~bazaar1"
110
export VERSION="1.6~beta3-1~bazaar1"
111
111
export PACKAGE="bzr"
112
112
export UBUNTU_RELEASES="dapper hardy intrepid jaunty karmic"
113
113
~/dev/bzr/bzr.dev/tools/packaging/update-packaging-branches.sh
114
114
~/dev/bzr/bzr.dev/tools/packaging/update-changelogs.sh
115
~/dev/bzr/bzr.dev/tools/packaging/update-control.sh 1.16 1.17 1.18
115
~/dev/bzr/bzr.dev/tools/packaging/update-control.sh 1.5 1.6 1.7
116
116
~/dev/bzr/bzr.dev/tools/packaging/build-packages.sh
117
dput bzr-beta-ppa ${PACKAGE}_$VERSION*.changes
117
dput bzr-beta-ppa bzr_$VERSION*.changes
119
119
Rinse and repeat for all the plugins by changing VERSION and PACKAGE.
131
131
#. Decide on the final version number. It should be of this form::
133
bzr-1.17~rc1-1~bazaar1~hardy1
133
bzr-1.6~beta3-1~bazaar1~hardy1
135
135
**Note:** There are three hyphen-separated parts: the *package name*,
136
136
the *upstream version*, and the *packaging version*.
138
138
**Caution:** Upstream betas or release candidates must insert a tilde
139
139
to make them sort before the final release, like this:
140
``bzr-1.17~rc1-1~bazaar1~hardy1``.
140
``bzr-1.6~beta3-1~bazaar1~hardy1``.
142
142
Final releases will use a release string of the form:
143
``bzr-1.17-1~bazaar1~hardy1``
143
``bzr-1.6-1~bazaar1~hardy1``
145
145
Set this base of this up as a usable environment variable::
147
export VERSION="1.17~rc1-1~bazaar1"
147
export VERSION="1.6~beta3-1~bazaar1"
149
149
#. Export the distroreleases that you will be packaging for::
171
171
For bzrtools this is typically::
173
Build-Depends-Indep: bzr (>= 1.17~), rsync
174
Depends: ${python:Depends}, bzr (>= 1.17~), bzr (<< 1.18~), patch
173
Build-Depends-Indep: bzr (>= 1.6~), rsync
174
Depends: ${python:Depends}, bzr (>= 1.6~), bzr (<< 1.7~), patch
176
There is a helper script which will update the control file and commit it
176
There is a helper script which will update the contro file and commit it
177
177
for all of your ``$UBUNTU_RELEASES``. It is available as::
179
179
tools/packaging/update-control.sh
181
You must supply the versions as arguments as follows
181
The must supply the versions as arguments as follows
182
182
OLD_VERSION CURRENT_VERSION NEXT_VERSION, such as::
184
tools/packaging/update-control.sh 1.16 1.17 1.18
184
tools/packaging/update-control.sh 1.5 1.6 1.7
186
186
#. Make a new ``debian/changelog`` entry for the new release,
187
187
either by using ``dch`` or just editing the file::
189
dch -v '1.17~rc1-1~bazaar1~hardy1' -D hardy
189
dch -v '1.6~beta3-1~bazaar1~hardy1' -D hardy
191
191
dch will default to the distro you're working in and this isn't checked
192
against the version number (which is just our convention), so make sure
192
against the version number (which is just our convention), so make sure
195
195
Make sure you have the correct email address for yourself (you may need
196
196
export DEBEMAIL=`bzr whoami` if it isn't already set), version number, and
197
197
distribution. It should look something like this::
199
bzr (1.17~rc1-1~bazaar1~hardy1) hardy; urgency=low
199
bzr (1.6~beta3-1~bazaar1~hardy1) hardy; urgency=low
201
201
* New upstream release.
203
203
-- John Sample <sample@example.com> Mon, 31 Mar 2008 12:36:27 +1100
205
205
If you need to upload the package again to fix a problem, normally you
234
234
#. Upload into the beta PPA for each release::
236
dput bzr-beta-ppa bzr*1.17-1*.changes
236
dput bzr-beta-ppa bzr*1.6-1*.changes
238
238
#. For final release versions, also copy it into the ``~bzr`` PPA::
240
dput bzr-ppa ../bzr_1.17-1\~bazaar1\~hardy1\_source.changes
240
dput bzr-ppa ../bzr_1.6-1\~bazaar1\~hardy1\_source.changes
242
242
Alternatively, you can use Launchpad's "copy" feature to copy the
243
243
packages between repositories.
259
259
#. Get a checkout of ``lp:~bzr/bzr-svn/hardy-ppa/``
261
261
#. Merge from ``http://bzr.debian.org/pkg-bazaar/bzr-svn/unstable/``
263
263
This should bring in both upstream and packaging changes for the new
264
264
release, and it's updated as part of the bzr-svn release process.