1
Working on sbuild -*- text -*-
4
This document is a short guide to the conventions used in the
5
buildd-tools sbuild project.
11
The style should be apparent from the source. It is the default Emacs
18
All the documentation is in UNIX manual page format. GNU roff
19
extensions are permitted, as is use of tbl. Make sure the printed
20
output is as good as terminal display. Run "make ps" or "make pdf" to
21
build the printed documentation.
24
The following styles are used:
26
Style Formatting Syntax
27
--------------------------------------------------------------------
28
New term Bold .B or \fB
29
Option definition Bold, args in italic .BR and \fI
30
Option reference Italic .I or \fI
31
File definition Bold italic \f[BI]
32
File reference Italic .I or \fI
33
Config key definition Courier bold italic \f[CBI]
34
Config key reference Courier italic \f[CI]
35
Values Single quotes \[oq] and \[cq]
36
Example text Double quotes \[lq] and \[rq]
37
Cross references Italics in double quotes \[lq]\fI...\fP\[rq]
38
Verbatim examples Courier \f[CR]
39
Verbatim user input Courier bold \f[CB]
45
New upstream releases:
47
• The code must pass the testsuite (make check).
49
• The NEWS file must be up to date, and have the current version
50
number present on the line starting with "Welcome to sbuild
53
• Run scripts/git-tag-release which will tag the git repository and
54
prompt for a GPG passphrase to sign the tag with your GPG public
55
key. This is essential to get a correct version number in the
56
release in the next step, and can not be skipped.
58
• Run ./bootstrap to create the VERSION file and regenerate the
59
configure script with the new version number. This uses the last
60
release tag (generated with git-tag-release) to get the package name
63
• Run ./configure --enable-maintainer-mode and then "make distcheck"
64
to test and package up the release
68
• Run debian/git-tag-debian to tag the release.