J.3. Building The Documentation
Once you have everything set up, change to the directorydoc/src/sgml
and run one of the commands described in the following subsections to build the documentation. (Remember to use GNU make.)
J.3.1. HTML
To build theHTML version of the documentation:
doc/src/sgml$
make html
This is also the default target. The output appears in the subdirectoryhtml
.
doc/src/sgml$
make draft
To build the documentation as a single HTML page, use:
doc/src/sgml$
make postgres.html
We use the DocBook XSL stylesheets to convertDocBookrefentry
pages to *roff output suitable for man pages. The man pages are also distributed as a tar archive, similar to theHTML version. To create the man pages, use the commands:
cd doc/src/sgmlmake man
To generate PostScript viaDVI in A4 format:
doc/src/sgml$
make postgres-A4.ps
doc/src/sgml$
make postgres-US.ps
doc/src/sgml$
make postgres-A4.pdf
doc/src/sgml$
make postgres-US.pdf
(Of course you can also make aPDF version from the PostScript, but if you generatePDF directly, it will have hyperlinks and other enhanced features.)
hash_extra.jadetex = 200000hash_extra.pdfjadetex = 200000pool_size.jadetex = 2000000pool_size.pdfjadetex = 2000000string_vacancies.jadetex = 150000string_vacancies.pdfjadetex = 150000max_strings.jadetex = 300000max_strings.pdfjadetex = 300000save_size.jadetex = 15000save_size.pdfjadetex = 15000
Occasionally text is too wide for the printed margins, and in extreme cases, too wide for the printed page, e.g. non-wrapped text, wide tables. Overly wide text generates“Overfull hbox” messages in the TeX log output file, e.g.postgres-US.log
orpostgres-A4.log
. There are 72 points in an inch so anything reported as over 72 points too wide will probably not fit on the printed page (assuming one inch margins). To find theSGML text causing the overflow, find the first page number mentioned above the overflow message, e.g.[50 ###]
(page 50), and look at the page after that (e.g. page 51) in thePDF file to see the overflow text and adjust theSGML accordingly.
You can also create a printable version of thePostgres Pro documentation by converting it toRTF and applying minor formatting corrections using an office suite. Depending on the capabilities of the particular office suite, you can then convert the documentation to PostScript ofPDF. The procedure below illustrates this process usingApplixware.
Note
It appears that current versions of thePostgres Pro documentation trigger some bug in or exceed the size limit of OpenJade. If the build process of theRTF version hangs for a long time and the output file still has size 0, then you might have hit that problem. (But keep in mind that a normal build takes 5 to 10 minutes, so don't abort too soon.)
Generate theRTF version by typing:
doc/src/sgml$
make postgres.rtf
doc/src/sgml$
./fixrtf --refentry postgres.rtf
Open a new document inApplixware Words and then import theRTF file.
Generate a new table of contents (ToC) usingApplixware.
Style First Indent (inches) Left Indent (inches) TOC-Heading 1
0.4
0.4
TOC-Heading 2
0.8
0.8
TOC-Heading 3
1.2
1.2
Save the document as nativeApplixware Words format to allow easier last minute editing later.
The installation instructions are also distributed as plain text, in case they are needed in a situation where better reading tools are not available. TheINSTALL
file corresponds toChapter 15, with some minor changes to account for the different context. To recreate the file, change to the directorydoc/src/sgml
and entermake INSTALL
.
In the past, the release notes and regression testing instructions were also distributed as plain text, but this practice has been discontinued.
J.3.7. Syntax Check
Building the documentation can take very long. But there is a method to just check the correct syntax of the documentation files, which only takes a few seconds:
doc/src/sgml$
make check