]> git.donarmstrong.com Git - lilypond.git/blobdiff - INSTALL.txt
Refresh patch
[lilypond.git] / INSTALL.txt
index 09be506e995f928b8332a23c1bdee4f0579d6ef4..3b8dda69a876a800b6a607ce0577a0a5c728ef98 100644 (file)
 INSTALL - compiling and installing GNU LilyPond
 ***********************************************
 
 INSTALL - compiling and installing GNU LilyPond
 ***********************************************
 
-Table of Contents
-*****************
 
 
-INSTALL - compiling and installing GNU LilyPond
-  Precompiled binaries
-    Downloading
-  Compiling from source
-    Downloading source code
-    Requirements
-      Compilation
-      Running requirements
-      Requirements for building documentation
-    Building LilyPond
-      Compiling
-      Compiling for multiple platforms
-      Compiling outside the source tree
-      Useful `make' variables
-    Building documentation
-      Commands for building documentation
-      Building documentation without compiling LilyPond
-    Testing LilyPond
-    Problems
-      Bison 1.875
-      Solaris
-      FreeBSD
-      International fonts
-
-
-There are two sets of releases for LilyPond: stable releases, and
-unstable development releases.  Stable versions have an even-numbered
-`minor' version number (i.e. 2.8, 2.10, 2.12, etc).  Development
-versions have an odd-numbered `minor' version number (i.e. 2.7, 2.9,
-2.11, etc).
-
-   Building LilyPond is a very involved process, so we *highly*
-recommend using the precompiled binaries.
-
-Precompiled binaries
-====================
-
-Downloading
------------
-
-Check out `http://lilypond.org/web/install/' for up to date information
-on binary packages for your platform.  If your operating system is not
-covered on that general page, please see the complete list at
-`http://download.linuxaudio.org/lilypond/binaries/'
-
-   We currently create binaries for
-
-     darwin-ppc  - MacOS X powerpc
-     darwin-x86  - MacOS X intel
-     freebsd-64  - FreeBSD 6.x, x86_64
-     freebsd-x86 - FreeBSD 4.x, x86
-     linux-64    - Any GNU/Linux distribution, x86_64
-     linux-ppc   - Any GNU/Linux distribution, powerpc
-     linux-x86   - Any GNU/Linux distribution, x86
-     mingw       - Windows x86
+1 Compilation
+  1.1 Overview of compiling
+  1.2 Requirements
+    1.2.1 Requirements for running LilyPond
+    1.2.2 Requirements for compiling LilyPond
+      Fedora
+      Linux Mint
+      OpenSUSE
+      Ubuntu
+      Other
+    1.2.3 Requirements for building documentation
+  1.3 Getting the source code
+  1.4 Configuring ‘make’
+    1.4.1 Running ‘./autogen.sh’
+    1.4.2 Running ‘../configure’
+      Configuration options
+      Checking build dependencies
+      Configuring target directories
+  1.5 Compiling LilyPond
+    1.5.1 Using ‘make’
+    1.5.2 Saving time with the ‘-j’ option
+    1.5.3 Compiling for multiple platforms
+    1.5.4 Useful ‘make’ variables
+  1.6 Post-compilation options
+    1.6.1 Installing LilyPond from a local build
+    1.6.2 Generating documentation
+      Documentation editor’s edit/compile cycle
+      Building documentation
+      Building a single document
+      Saving time with ‘CPU_COUNT’
+      AJAX search
+      Installing documentation
+      Building documentation without compiling
+    1.6.3 Testing LilyPond binary
+  1.7 Problems
+    Compiling on MacOS X
+    Solaris
+    FreeBSD
+    International fonts
+    Using lilypond python libraries
+  1.8 Concurrent stable and development versions
+  1.9 Build system
+1 Compilation
+*************
+
+1.1 Overview of compiling
+=========================
+
+Compiling LilyPond from source is an involved process, and is only
+recommended for developers and packagers.  Typical program users are
+instead encouraged to obtain the program from a package manager (on
+Unix) or by downloading a precompiled binary configured for a specific
+operating system.  Pre-compiled binaries are available on the *note
+(lilypond-web)Download:: page.
+
+   Compiling LilyPond from source is necessary if you want to build,
+install, or test your own version of the program.
+
+   A successful compile can also be used to generate and install the
+documentation, incorporating any changes you may have made.  However, a
+successful compile is not a requirement for generating the
+documentation.  The documentation can be built using a Git repository in
+conjunction with a locally installed copy of the program.  For more
+information, see *note Building documentation without compiling::.
+
+   Attempts to compile LilyPond natively on Windows have been
+unsuccessful, though a workaround is available (see *note
+(lilypond-contributor)LilyDev::).
+
+1.2 Requirements
+================
+
+1.2.1 Requirements for running LilyPond
+---------------------------------------
+
+This section contains the list of separate software packages that are
+required to run LilyPond.
+
+   • DejaVu fonts (http://www.dejavu-fonts.org/) These are normally
+     installed by default.
+
+   • FontConfig (http://www.fontconfig.org/) Use version 2.4.0 or newer.
+
+   • Freetype (http://www.freetype.org/) Use version 2.1.10 or newer.
+
+   • Ghostscript (http://www.ghostscript.com) Use version 8.60 or newer.
+
+   • Guile (http://www.gnu.org/software/guile/guile.html) Use version
+     1.8.8.  Version 2.x of Guile is not currently supported.
+
+   • Pango (http://www.pango.org/) User version 1.12 or newer.
+
+   • Python (http://www.python.org) Use version 2.4 or newer.
+
+   • International fonts.  For example:
+
+     Fedora:
+
+          fonts-arabic
+          fonts-hebrew
+          fonts-ja
+          fonts-xorg-truetype
+          taipeifonts
+          ttfonts-ja
+          ttfonts-zh_CN
+
+     Debian based distributions:
 
 
+          emacs-intl-fonts
+          fonts-ipafont-gothic
+          fonts-ipafont-mincho
+          xfonts-bolkhov-75dpi
+          xfonts-cronyx-75dpi
+          xfonts-cronyx-100dpi
+          xfonts-intl-.*
 
 
-Known issues and warnings
-.........................
+     These are normally installed by default and are required only to
+     create music with international text or lyrics.
 
 
-If you have MacOS 10.3 or 10.4 and you would like to use Python scripts
-such as `convert-ly' and `lilypond-book', see *note Setup for MacOS X:
-(lilypond-program)Setup for MacOS X.
+1.2.2 Requirements for compiling LilyPond
+-----------------------------------------
 
 
-Compiling from source
-=====================
+This section contains instructions on how to quickly and easily get all
+the software packages required to build LilyPond.
 
 
-Downloading source code
------------------------
+   Most of the more popular Linux distributions only require a few
+simple commands to download all the software needed.  For others, there
+is an explicit list of all the individual packages (as well as where to
+get them from) for those that are not already included in your
+distributions’ own repositories.
 
 
-Download source
+Fedora
+......
 
 
-   * tarballs from `http://lilypond.org/download/' by HTTP.
+The following instructions were tested on ‘Fedora’ versions 22 & 23 and
+will download all the software required to both compile LilyPond and
+build the documentation.
 
 
-   * tarballs from `http://download.linuxaudio.org/lilypond/' by HTTP.
+   • Download and install all the LilyPond build-dependencies
+     (approximately 700MB);
 
 
-   * GIT from git.sv.gnu.org
-     (http://git.sv.gnu.org/gitweb/?p=lilypond.git;a=summary)
+          sudo dnf builddep lilypond --nogpgcheck
 
 
-          git clone git://git.sv.gnu.org/lilypond.git
+   • Download and install additional ‘build’ tools required for
+     compiling;
 
 
-     The repository does not contain generated files.  To create
-     `configure', run
-          ./autogen.sh
+          sudo dnf install autoconf gcc-c++
 
 
-   For information on packaging, see `http://lilypond.org/devel'.
+   • Download ‘texi2html 1.82’ directly from:
+     <http://download.savannah.gnu.org/releases/texi2html/texi2html-1.82.tar.gz>;
 
 
-Requirements
-------------
+     ‘texi2html’ is only required if you intend to compile LilyPond’s
+     own documentation (e.g.  to help with any document writing).  The
+     version available in the Fedora repositories is too new and will
+     not work.  Extract the files into an appropriate location and then
+     run the commands;
 
 
-Compilation
-...........
+          ./configure
+          make
+          sudo make install
+
+     This should install ‘texi2html 1.82’ into ‘/usr/local/bin’, which
+     will normally take priority over ‘/usr/bin’ where the later,
+     pre-installed versions gets put.  Now verify that your operating
+     system is able to see the correct version of ‘texi2html’.
+
+          texi2html --version
+
+   • Although not ‘required’ to compile LilyPond, if you intend to
+     contribute to LilyPond (codebase or help improve the documentation)
+     then it is recommended that you also need to install ‘git’.
+
+          sudo dnf install git
+
+     Also see *note (lilypond-contributor)Starting with Git::.
+
+   • To use the ‘lily-git.tcl’ GUI;
+
+          sudo dnf install tk
+
+     See *note (lilypond-contributor)lily-git::.
+
+          Note: By default, when building LilyPond’s documentation,
+          ‘pdfTeX’ is be used.  However ligatures (fi, fl, ff etc.)  may
+          not be printed in the PDF output.  In this case XeTeX can be
+          used instead.  Download and install the ‘texlive-xetex’
+          package.
+
+               sudo dnf install texlive-xetex
+
+          The scripts used to build the LilyPond documentation will use
+          ‘XeTex’ instead of ‘pdfTex’ to generate the PDF documents if
+          it is available.  No additional configuration is required.
+
+Linux Mint
+..........
+
+The following instructions were tested on ‘Linux Mint 17.1’ and ‘LMDE -
+Betsy’ and will download all the software required to both compile
+LilyPond and build the documentation..
+
+   • Enable the _sources_ repository;
+
+       1. Using the _Software Sources_ GUI (located under
+          _Administration_).
+
+       2. Select _Official Repositories_.
+
+       3. Check the _Enable source code repositories_ box under the
+          _Source Code_ section.
+
+       4. Click the _Update the cache_ button and when it has completed,
+          close the _Software Sources_ GUI.
+
+   • Download and install all the LilyPond build-dependencies
+     (approximately 200MB);
+
+          sudo apt-get build-dep lilypond
+
+   • Download and install additional ‘build’ tools required for
+     compiling;
+
+          sudo apt-get install autoconf fonts-texgyre texlive-lang-cyrillic
+
+   • Although not ‘required’ to compile LilyPond, if you intend to
+     contribute to LilyPond (codebase or help improve the documentation)
+     then it is recommended that you also need to install ‘git’.
+
+          sudo apt-get install git
+
+     Also see *note (lilypond-contributor)Starting with Git::.
+
+   • To use the ‘lily-git.tcl’ GUI;
+
+          sudo apt-get install tk
+
+     Also see *note (lilypond-contributor)lily-git::.
+
+          Note: By default, when building LilyPond’s documentation,
+          ‘pdfTeX’ is be used.  However ligatures (fi, fl, ff etc.)  may
+          not be printed in the PDF output.  In this case XeTeX can be
+          used instead.  Download and install the ‘texlive-xetex’
+          package.
+
+               sudo apt-get install texlive-xetex
+
+          The scripts used to build the LilyPond documentation will use
+          ‘XeTex’ instead of ‘pdfTex’ to generate the PDF documents if
+          it is available.  No additional configuration is required.
+
+OpenSUSE
+........
+
+The following instructions were tested on ‘OpenSUSE 13.2’ and will
+download all the software required to both compile LilyPond and build
+the documentation.
+
+   • Add the _sources_ repository;
+
+          sudo zypper addrepo -f \
+          "http://download.opensuse.org/source/distribution/13.2/repo/oss/" sources
+
+   • Download and install all the LilyPond build-dependencies
+     (approximately 680MB);
+
+          sudo zypper source-install lilypond
+
+   • Download and install additional ‘build’ tools required for
+     compiling;
+
+          sudo zypper install make
+
+   • Although not ‘required’ to compile LilyPond, if you intend to
+     contribute to LilyPond (codebase or help improve the documentation)
+     then it is recommended that you also need to install ‘git’.
+
+          sudo zypper install git
+
+     Also see *note (lilypond-contributor)Starting with Git::.
+
+   • To use the ‘lily-git.tcl’ GUI;
+
+          sudo zypper install tk
+
+     Also see *note (lilypond-contributor)lily-git::.
+
+          Note: By default, when building LilyPond’s documentation,
+          ‘pdfTeX’ is be used.  However ligatures (fi, fl, ff etc.)  may
+          not be printed in the PDF output.  In this case XeTeX can be
+          used instead.  Download and install the ‘texlive-xetex’
+          package.
+
+               sudo zypper install texlive-xetex
+
+          The scripts used to build the LilyPond documentation will use
+          ‘XeTex’ instead of ‘pdfTex’ to generate the PDF documents if
+          it is available.  No additional configuration is required.
+
+Ubuntu
+......
+
+The following commands were tested on Ubuntu versions ‘14.04 LTS’,
+‘14.10’ and ‘15.04’ and will download all the software required to both
+compile LilyPond and build the documentation.
+
+   • Download and install all the LilyPond build-dependencies
+     (approximately 200MB);
+
+          sudo apt-get build-dep lilypond
+
+   • Download and install additional ‘build’ tools required for
+     compiling;
+
+          sudo apt-get install autoconf fonts-texgyre texlive-lang-cyrillic
+
+   • Although not ‘required’ to compile LilyPond, if you intend to
+     contribute to LilyPond (codebase or help improve the documentation)
+     then it is recommended that you also need to install ‘git’.
+
+          sudo apt-get install git
+
+     Also see *note (lilypond-contributor)Starting with Git::.
+
+   • To use the ‘lily-git.tcl’ GUI;
+
+          sudo apt-get install tk
+
+     Also see *note (lilypond-contributor)lily-git::.
+
+          Note: By default, when building LilyPond’s documentation,
+          ‘pdfTeX’ is be used.  However ligatures (fi, fl, ff etc.)  may
+          not be printed in the PDF output.  In this case XeTeX can be
+          used instead.  Download and install the ‘texlive-xetex’
+          package.
+
+               sudo apt-get install texlive-xetex
+
+          The scripts used to build the LilyPond documentation will use
+          ‘XeTex’ instead of ‘pdfTex’ to generate the PDF documents if
+          it is available.  No additional configuration is required.
+
+Other
+.....
+
+The following individual software packages are required just to compile
+LilyPond.
+
+   • GNU Autoconf (http://www.gnu.org/software/autoconf)
+
+   • GNU Bison (http://www.gnu.org/software/bison/)
+
+     Use version ‘2.0’ or newer.
+
+   • GNU Compiler Collection (http://gcc.gnu.org/)
+
+     Use version ‘3.4’ or newer (‘4.x’ recommended).
+
+   • Flex (http://flex.sourceforge.net/)
+
+   • FontForge (http://fontforge.sf.net/)
+
+     Use version ‘20060125’ or newer (we recommend using at least
+     ‘20100501’); it must also be compiled with the ‘--enable-double’
+     switch, else this can lead to inaccurate intersection calculations
+     which end up with poorly-rendered glyphs in the output.
+
+   • GNU gettext (http://www.gnu.org/software/gettext/gettext.html)
+
+     Use version ‘0.17’ or newer.
+
+   • GNU Make (http://www.gnu.org/software/make/)
+
+     Use version ‘3.78’ or newer.
+
+   • MetaFont (http://metafont.tutorial.free.fr/)
+
+     The ‘mf-nowin’, ‘mf’, ‘mfw’ or ‘mfont’ binaries are usually
+     packaged along with TeX (http://www.latex-project.org/ftp.html).
+
+   • MetaPost (http://cm.bell-labs.com/who/hobby/MetaPost.html)
+
+     The ‘mpost’ binary is also usually packaged with TeX
+     (http://www.latex-project.org/ftp.html).
+
+   • Perl (http://www.perl.org/)
+
+   • Texinfo (http://www.gnu.org/software/texinfo/)
+
+     Use version ‘4.11’ or newer.
+
+   • Type 1 utilities (http://www.lcdf.org/~eddietwo/type/#t1utils)
+
+     Use version ‘1.33’ or newer.
+
+   • Cyrillic fonts (https://www.ctan.org/pkg/cyrillic?lang=en)
+
+     Often packaged in repositories as ‘texlive-lang-cyrillic’.
+
+   • TeX Gyre ‘OTF’ font packages.  As of LilyPond version ‘2.19.26’,
+     the previous default serif, san serif and monospace fonts now use
+     Tex Gyre’s _Schola_, _Heros_ and _Cursor_ fonts respectively.  Also
+     See *note (lilypond-notation)Fonts::.
+
+     Some distributions do not always provide ‘OTF’ font files in the
+     Tex Gyre packages from their repositories.  Use the command
+     ‘fc-list | grep texgyre’ to list the fonts available to your system
+     and check that the appropriate ‘*.otf’ files are reported.  If they
+     are not then download and manually extract the ‘OTF’ files to
+     either your local ‘~/.fonts/’ directory or use the ‘configure’
+     command and the ‘--with-texgyre-dir=/path_to_otf_files/’ option.
+
+     The following font families are required:
+
+     Schola (http://www.gust.org.pl/projects/e-foundry/tex-gyre/schola),
+     Heros (http://www.gust.org.pl/projects/e-foundry/tex-gyre/heros)
+     and Cursor
+     (http://www.gust.org.pl/projects/e-foundry/tex-gyre/cursor).
+
+1.2.3 Requirements for building documentation
+---------------------------------------------
+
+The entire set of documentation for the most current build of LilyPond
+is available online at
+<http://lilypond.org/doc/v2.19/Documentation/web/development>, but you
+can also build them locally from the source code.  This process requires
+some additional tools and packages.
+
+          Note: If the instructions for one of the previously listed
+          Linux in the previous section (*note
+          (lilypond-contributor)Requirements for compiling LilyPond::)
+          have been used, then the following can be ignored as the
+          software should already be installed.
+
+   • Everything listed in *note Requirements for compiling LilyPond::
+
+   • ImageMagick (http://www.imagemagick.org/)
+
+   • Netpbm (http://netpbm.sourceforge.net/)
+
+   • gzip (http://gzip.org/)
+
+   • rsync (http://rsync.samba.org/)
+
+   • Texi2HTML (http://www.nongnu.org/texi2html/)
+
+     Use version ‘1.82’.  Later versions will not work.
+
+     Download ‘texi2html 1.82’ directly from:
+     <http://download.savannah.gnu.org/releases/texi2html/texi2html-1.82.tar.gz>;
+
+     Extract the files into an appropriate location and then run the
+     commands;
+
+          ./configure
+          make
+          sudo make install
+
+     Now verify that your operating system is able to see the correct
+     version of ‘texi2html’.
+
+          texi2html --version
+
+   • Fonts required to build the documentation in addition to those
+     required to run LilyPond:
+
+          gsfonts
+          fonts-linuxlibertine
+          fonts-liberation
+          fonts-dejavu
+          fonts-freefont-otf
+          ttf-bitstream-vera
+          texlive-fonts-recommended
+          ttf-xfree86-nonfree
+
+          Note: By default, when building LilyPond’s documentation,
+          ‘pdfTeX’ is be used.  However ligatures (fi, fl, ff etc.)  may
+          not be printed in the PDF output.  In this case XeTeX can be
+          used instead.  Download and install the ‘texlive-xetex’
+          package.  The scripts used to build the LilyPond documentation
+          will use ‘XeTex’ instead of ‘pdfTex’ to generate the PDF
+          documents if it is available.  No additional configuration is
+          required.
+
+1.3 Getting the source code
+===========================
+
+Downloading the Git repository
+------------------------------
+
+In general, developers compile LilyPond from within a local Git
+repository.  Setting up a local Git repository is explained in *note
+(lilypond-contributor)Starting with Git::.
+
+Downloading a source tarball
+----------------------------
+
+Packagers are encouraged to use source tarballs for compiling.
+
+   The tarball for the latest stable release is available on the *note
+(lilypond-web)Source:: page.
+
+The latest source code snapshot
+(http://git.savannah.gnu.org/gitweb/?p=lilypond.git;a=snapshot) is also
+available as a tarball from the GNU Savannah Git server.
+
+All tagged releases (including legacy stable versions and the most
+recent development release) are available here:
+
+     <http://download.linuxaudio.org/lilypond/source/>
+
+   Download the tarball to your ‘~/src/’ directory, or some other
+appropriate place.
+
+          Note: Be careful where you unpack the tarball!  Any
+          subdirectories of the current folder named ‘lilypond/’ or
+          ‘lilypond-X.Y.Z/’ (where X.Y.Z is the release number) will be
+          overwritten if there is a name clash with the tarball.
 
 
-In addition to the packages needed for running LilyPond (see below), you
-need the following extra packages for building.
+   Unpack the tarball with this command:
 
 
-   When installing a binary package FOO, you may need to install the
-FOO-devel, libFOO-dev or FOO-dev package too.
+     tar -xzf lilypond-X.Y.Z.tar.gz
 
 
-   * FontForge (http://fontforge.sf.net/) 20060125 or newer.
+   This creates a subdirectory within the current directory called
+‘lilypond-X.Y.Z/’.  Once unpacked, the source files occupy about 40 MB
+of disk space.
 
 
-   * MetaFont (http://metafont.tutorial.free.fr/) (mf-nowin, mf, mfw or
-     mfont binaries) and MetaPost
-     (http://cm.bell-labs.com/who/hobby/MetaPost.html) (mpost binary),
-     usually packaged with a LaTeX distribution like tetex or texlive.
+   Windows users wanting to look at the source code may have to download
+and install the free-software 7zip archiver (http://www.7-zip.org) to
+extract the tarball.
 
 
-   * t1utils (http://www.lcdf.org/~eddietwo/type/#t1utils) (version
-     1.33 or newer recommended).
+1.4 Configuring ‘make’
+======================
 
 
-   * New Century Schoolbook fonts, as PFB files.  These are shipped with
-     X11 and Ghostscript, and are named `c059033l.pfb' `c059036l.pfb',
-     `c059013l.pfb' and `c059016l.pfb'.
+1.4.1 Running ‘./autogen.sh’
+----------------------------
 
 
-   * GUILE (http://www.gnu.org/software/guile/guile.html) (version
-     1.8.2 or newer).  If you are installing binary packages, you may
-     need to install guile-devel or guile-dev or libguile-dev too.
+After you unpack the tarball (or download the Git repository), the
+contents of your top source directory should be similar to the current
+source tree listed at
+<http://git.sv.gnu.org/gitweb/?p=lilypond.git;a=tree>.
 
 
-   * Texinfo (ftp://ftp.gnu.org/gnu/texinfo/) (version 4.11 or newer).
+   Next, you need to create the generated files; enter the following
+command from your top source directory:
 
 
-   * The GNU c++ compiler (http://gcc.gnu.org/) (version 3.4 or newer.
-     4.x is strongly recommended).
+     ./autogen.sh --noconfigure
 
 
-   * Python (http://www.python.org) (version 2.4 or newer)
+   This will generate a number of files and directories to aid
+configuration, such as ‘configure’, ‘README.txt’, etc.
 
 
-   * GNU Make (ftp://ftp.gnu.org/gnu/make/) (version 3.78 or newer).
+   Next, create the build directory with:
 
 
-   * gettext (http://www.gnu.org/software/gettext/gettext.html)
-     (version 0.17 or newer).
+     mkdir build/
+     cd build/
 
 
-   * Flex (http://www.gnu.org/software/flex/).
+   We heavily recommend building lilypond inside a separate directory
+with this method.
 
 
-   * Perl (http://www.perl.org/).
+1.4.2 Running ‘../configure’
+----------------------------
 
 
-   * GNU Bison (http://www.gnu.org/software/bison/).
+Configuration options
+.....................
 
 
-   * All packages required for running, including development packages
-     with header files and libraries.
+          Note: make sure that you are in the ‘build/’ subdirectory of
+          your source tree.
 
 
+   The ‘../configure’ command (generated by ‘./autogen.sh’) provides
+many options for configuring ‘make’.  To see them all, run:
 
 
-Running requirements
-....................
+     ../configure --help
 
 
-Running LilyPond requires proper installation of the following software
+Checking build dependencies
+...........................
 
 
-   * Freetype (http://www.freetype.org/) (version 2.1.10 or newer).
+          Note: make sure that you are in the ‘build/’ subdirectory of
+          your source tree.
 
 
-   * FontConfig (http://fontconfig.org/) (version 2.2 or newer).
+   When ‘../configure’ is run without any arguments, it will check to
+make sure your system has everything required for compilation:
 
 
-   * Pango (http://www.pango.org/) (version 1.12 or newer).
+     ../configure
 
 
-   * GUILE (http://www.gnu.org/software/guile/guile.html) (version
-     1.8.2 or newer), or patch 1.8.1 with
-     `http://lilypond.org/vc/gub.darcs/patches/guile-1.8-rational.patch'.
+   If any build dependency is missing, ‘../configure’ will return with:
 
 
-   * Python (http://www.python.org) (version 2.4 or newer).
+     ERROR: Please install required programs:  FOO
 
 
-   * Ghostscript (http://www.ghostscript.com) (version 8.15 or newer.
-     8.60 recommended)
+   The following message is issued if you are missing programs that are
+only needed for building the documentation:
 
 
-   * Dejaview.  (This is normally installed by default)
+     WARNING: Please consider installing optional programs:  BAR
 
 
-   International fonts are required to create music with international
-text or lyrics.
+   If you intend to build the documentation locally, you will need to
+install or update these programs accordingly.
 
 
-Requirements for building documentation
-.......................................
+          Note: ‘../configure’ may fail to issue warnings for certain
+          documentation build requirements that are not met.  If you
+          experience problems when building the documentation, you may
+          need to do a manual check of *note Requirements for building
+          documentation::.
 
 
-You can view the documentation online at `http://lilypond.org/doc/',
-but you can also build it locally.  This process requires a successful
-compile of LilyPond, and some additional tools and packages:
+Configuring target directories
+..............................
 
 
-   * The netpbm utilities (http://netpbm.sourceforge.net/)
+          Note: make sure that you are in the ‘build/’ subdirectory of
+          your source tree.
 
 
-   * ImageMagick
+   If you intend to use your local build to install a local copy of the
+program, you will probably want to configure the installation directory.
+Here are the relevant lines taken from the output of
+‘../configure --help’:
 
 
-   * International fonts (see input/regression/utf-8.ly for hints about
-     which font packages are necessary for your platform)
+     By default, ‘‘make install’’ will install all the files in
+     ‘/usr/local/bin’, ‘/usr/local/lib’ etc.  You can specify an
+     installation prefix other than ‘/usr/local’ using ‘‘--prefix’’, for
+     instance ‘‘--prefix=$HOME’’.
 
 
-   * Ghostscript 8.60 or newer, or 8.50 with the patch from
-     `http://bugs.ghostscript.com/show_bug.cgi?id=688154' and the patch
-     from `http://bugs.ghostscript.com/show_bug.cgi?id=688017'.
+   A typical installation prefix is ‘$HOME/usr’:
 
 
-   * Texi2HTML (http://www.nongnu.org/texi2html/) 1.80 or newer
+     ../configure --prefix=$HOME/usr
 
 
-   * rsync
+   Note that if you plan to install a local build on a system where you
+do not have root privileges, you will need to do something like this
+anyway—‘make install’ will only succeed if the installation prefix
+points to a directory where you have write permission (such as your home
+directory).  The installation directory will be automatically created if
+necessary.
 
 
-Building LilyPond
------------------
+   The location of the ‘lilypond’ command installed by this process will
+be ‘PREFIX/bin/lilypond’; you may want to add ‘PREFIX/bin/’ to your
+‘$PATH’ if it is not already included.
 
 
-Compiling
-.........
+   It is also possible to specify separate installation directories for
+different types of program files.  See the full output of
+‘../configure --help’ for more information.
 
 
-To install GNU LilyPond, type
+   If you encounter any problems, please see *note Problems::.
+
+1.5 Compiling LilyPond
+======================
+
+1.5.1 Using ‘make’
+------------------
+
+          Note: make sure that you are in the ‘build/’ subdirectory of
+          your source tree.
+
+   LilyPond is compiled with the ‘make’ command.  Assuming ‘make’ is
+configured properly, you can simply run:
 
 
-     gunzip -c lilypond-x.y.z | tar xf -
-     cd lilypond-x.y.z
-     ./configure               # run with --help for applicable options
      make
      make
-     su -c 'make install'
 
 
-If you are not root, you should choose a `--prefix' argument that
-points into your home directory, e.g.
+   ‘make’ is short for ‘make all’.  To view a list of ‘make’ targets,
+run:
+
+     make help
+
+   TODO: Describe what ‘make’ actually does.
 
 
-     ./configure --prefix=$HOME/usr
 
 
-Compiling for multiple platforms
-................................
+See also
+........
+
+   *note Generating documentation:: provides more info on the ‘make’
+targets used to build the LilyPond documentation.
+
+1.5.2 Saving time with the ‘-j’ option
+--------------------------------------
+
+If your system has multiple CPUs, you can speed up compilation by adding
+‘-jX’ to the ‘make’ command, where ‘X’ is one more than the number of
+cores you have.  For example, a typical Core2Duo machine would use:
+
+     make -j3
+
+   If you get errors using the ‘-j’ option, and ‘make’ succeeds without
+it, try lowering the ‘X’ value.
+
+   Because multiple jobs run in parallel when ‘-j’ is used, it can be
+difficult to determine the source of an error when one occurs.  In that
+case, running ‘make’ without the ‘-j’ is advised.
+
+1.5.3 Compiling for multiple platforms
+--------------------------------------
 
 If you want to build multiple versions of LilyPond with different
 
 If you want to build multiple versions of LilyPond with different
-configuration settings, you can use the `--enable-config=CONF' option
-of `configure'.  You should use `make conf=CONF' to generate the output
-in `out-CONF'.  For example, suppose you want to build with and without
+configuration settings, you can use the ‘--enable-config=CONF’ option of
+‘configure’.  You should use ‘make conf=CONF’ to generate the output in
+‘out-CONF’.  For example, suppose you want to build with and without
 profiling, then use the following for the normal build
 
      ./configure --prefix=$HOME/usr/ --enable-checking
      make
 profiling, then use the following for the normal build
 
      ./configure --prefix=$HOME/usr/ --enable-checking
      make
-     make install
 
    and for the profiling version, specify a different configuration
 
 
    and for the profiling version, specify a different configuration
 
-     ./configure --prefix=$HOME/usr/ --enable-profiling --enable-config=prof --disable-checking
+     ./configure --prefix=$HOME/usr/ --enable-profiling \
+       --enable-config=prof --disable-checking
      make conf=prof
      make conf=prof
+
+   If you wish to install a copy of the build with profiling, don’t
+forget to use ‘conf=CONF’ when issuing ‘make install’:
+
      make conf=prof install
 
      make conf=prof install
 
-Compiling outside the source tree
-.................................
 
 
-It is possible to compile LilyPond in a build tree different from the
-source tree, with `--srcdir' option of `configure':
+See also
+........
 
 
-     mkdir lily-build && cd lily-build
-     SOURCEDIR/configure --srcdir=SOURCEDIR
+   *note Installing LilyPond from a local build::
 
 
-Useful `make' variables
-.......................
+1.5.4 Useful ‘make’ variables
+-----------------------------
 
 
-If a less verbose build output if desired, the variable `QUIET_BUILD'
-may be set to `1' on `make' command line, or in `local.make' at top of
+If a less verbose build output if desired, the variable ‘QUIET_BUILD’
+may be set to ‘1’ on ‘make’ command line, or in ‘local.make’ at top of
 the build tree.
 
 the build tree.
 
-Building documentation
-----------------------
+1.6 Post-compilation options
+============================
+
+1.6.1 Installing LilyPond from a local build
+--------------------------------------------
+
+If you configured ‘make’ to install your local build in a directory
+where you normally have write permission (such as your home directory),
+and you have compiled LilyPond by running ‘make’, you can install the
+program in your target directory by running:
+
+     make install
+
+   If instead, your installation directory is not one that you can
+normally write to (such as the default ‘/usr/local/’, which typically is
+only writeable by the superuser), you will need to temporarily become
+the superuser when running ‘make install’:
+
+     sudo make install
+
+or...
+
+     su -c 'make install'
+
+   If you don’t have superuser privileges, then you need to configure
+the installation directory to one that you can write to, and then
+re-install.  See *note Configuring target directories::.
+
+1.6.2 Generating documentation
+------------------------------
+
+Documentation editor’s edit/compile cycle
+.........................................
+
+   • Initial documentation build:
 
 
-This requires a successful compile of LilyPond, or using an external
-LilyPond binary.
+          make [-jX]
+          make [-jX CPU_COUNT=X] doc          _## can take an hour or more_
+          make [-jX CPU_COUNT=X] doc-stage-1  _## to build only PDF documentation_
 
 
-Commands for building documentation
-...................................
+   • Edit/compile cycle:
 
 
-The documentation is built by issuing
+          _## edit source files, then..._
+
+          make [-jX]                  _## needed if editing outside_
+                                      _##   Documentation/, but useful anyway_
+                                      _##   for finding Texinfo errors._
+          make [-jX CPU_COUNT=X] doc  _## usually faster than initial build._
+
+   • Reset:
+
+     It is generally possible to remove the compiled documentation from
+     your system with ‘make doc-clean’, but this method is not 100%
+     guaranteed.  Instead, if you want to be sure you have a clean
+     system, we recommend that you delete your ‘build/’ directory, and
+     begin compiling from scratch.  Since the documentation compile
+     takes much longer than the non-documentation compile, this does not
+     increase the overall time by a great deal.
+
+Building documentation
+......................
+
+After a successful compile (using ‘make’), the documentation can be
+built by issuing:
 
      make doc
 
 
      make doc
 
-   After compilation, the HTML documentation tree is available in
-`out-www/offline-root/', and can be browsed locally.
+   or, to build only the PDF documentation and not the HTML,
+
+     make doc-stage-1
+
+          Note: The first time you run ‘make doc’, the process can
+          easily take an hour or more with not much output on the
+          command line.
+
+   After this initial build, ‘make doc’ only makes changes to the
+documentation where needed, so it may only take a minute or two to test
+changes if the documentation is already built.
+
+   If ‘make doc’ succeeds, the HTML documentation tree is available in
+‘out-www/offline-root/’, and can be browsed locally.  Various portions
+of the documentation can be found by looking in ‘out/’ and ‘out-www’
+subdirectories in other places in the source tree, but these are only
+_portions_ of the docs.  Please do not complain about anything which is
+broken in those places; the only complete set of documentation is in
+‘out-www/offline-root/’ from the top of the source tree.
+
+   ‘make doc’ sends the output from most of the compilation to logfiles.
+If the build fails for any reason, it should prompt you with the name of
+a logfile which will provide information to help you work out why the
+build failed.  These logfiles are not deleted with ‘make doc-clean’.  To
+remove all the logfiles generated by the compilation process, use:
+
+     make log-clean
+
+   ‘make doc’ compiles the documents for all languages.  To save some
+compile time, the English language documents can be compiled on their
+own with:
+
+     make LANGS='' doc
+
+Similarly, it is possible to compile a subset of the translated
+documentation by specifying their language codes on the command line.
+For example, the French and German translations are compiled with:
+
+     make LANGS='de fr' doc
 
 
-   The HTML, PDF and if available Info files can be installed into the
+Note that this will also compile the English version.
+
+   Compilation of documentation in Info format with images can be done
+separately by issuing:
+
+     make info
+
+An issue when switching branches between master and translation is the
+appearance/disappearance of translated versions of some manuals.  If you
+see such a warning from make:
+
+     No rule to make target `X', needed by `Y'
+
+Your best bet is to delete the file Y.dep and to try again.
+
+Building a single document
+..........................
+
+It’s possible to build a single document.  For example, to rebuild only
+‘contributor.pdf’, do the following:
+
+     cd build/
+     cd Documentation/
+     touch ../../Documentation/contributor.texi
+     make out=www out-www/contributor.pdf
+
+   If you are only working on a single document, test-building it in
+this way can give substantial time savings - recreating
+‘contributor.pdf’, for example, takes a matter of seconds.
+
+Saving time with ‘CPU_COUNT’
+............................
+
+The most time consuming task for building the documentation is running
+LilyPond to build images of music, and there cannot be several
+simultaneously running ‘lilypond-book’ instances, so the ‘-j’ ‘make’
+option does not significantly speed up the build process.  To help speed
+it up, the makefile variable ‘CPU_COUNT’ may be set in ‘local.make’ or
+on the command line to the number of ‘.ly’ files that LilyPond should
+process simultaneously, e.g.  on a bi-processor or dual core machine:
+
+     make -j3 CPU_COUNT=3 doc
+
+The recommended value of ‘CPU_COUNT’ is one plus the number of cores or
+processors, but it is advisable to set it to a smaller value unless your
+system has enough RAM to run that many simultaneous LilyPond instances.
+Also, values for the ‘-j’ option that pose problems with ‘make’ are less
+likely to pose problems with ‘make doc’ (this applies to both ‘-j’ and
+‘CPU_COUNT’).  For example, with a quad-core processor, it is possible
+for ‘make -j5 CPU_COUNT=5 doc’ to work consistently even if ‘make -j5’
+rarely succeeds.
+
+AJAX search
+...........
+
+To build the documentation with interactive searching, use:
+
+     make doc AJAX_SEARCH=1
+
+   This requires PHP, and you must view the docs via a http connection
+(you cannot view them on your local filesystem).
+
+          Note: Due to potential security or load issues, this option is
+          not enabled in the official documentation builds.  Enable at
+          your own risk.
+
+Installing documentation
+........................
+
+The HTML, PDF and if available Info files can be installed into the
 standard documentation path by issuing
 
      make install-doc
 standard documentation path by issuing
 
      make install-doc
@@ -269,28 +904,23 @@ This also installs Info documentation with images if the installation
 prefix is properly set; otherwise, instructions to complete proper
 installation of Info documentation are printed on standard output.
 
 prefix is properly set; otherwise, instructions to complete proper
 installation of Info documentation are printed on standard output.
 
-   Compilation of documentation in Info format with images can be done
-separately by issuing
-
-     make info
-
-Separate installation of this documentation is done by issuing
+   To install the Info documentation separately, run:
 
      make install-info
 
 
      make install-info
 
-Note that to get the images in Info documentation, `install-doc' target
+Note that to get the images in Info documentation, ‘install-doc’ target
 creates symbolic links to HTML and PDF installed documentation tree in
 creates symbolic links to HTML and PDF installed documentation tree in
-`PREFIX/share/info', in order to save disk space, whereas
-`install-info' copies images in `PREFIX/share/info' subdirectories.
+‘PREFIX/share/info’, in order to save disk space, whereas ‘install-info’
+copies images in ‘PREFIX/share/info’ subdirectories.
 
    It is possible to build a documentation tree in
 
    It is possible to build a documentation tree in
-`out-www/online-root/', with special processing, so it can be used on a
+‘out-www/online-root/’, with special processing, so it can be used on a
 website with content negotiation for automatic language selection; this
 can be achieved by issuing
 
      make WEB_TARGETS=online doc
 
 website with content negotiation for automatic language selection; this
 can be achieved by issuing
 
      make WEB_TARGETS=online doc
 
-and both `offline' and `online' targets can be generated by issuing
+and both ‘offline’ and ‘online’ targets can be generated by issuing
 
      make WEB_TARGETS="offline online" doc
 
 
      make WEB_TARGETS="offline online" doc
 
@@ -301,44 +931,14 @@ available with
      make help
 
 from every directory in the build tree.  Most targets for documentation
      make help
 
 from every directory in the build tree.  Most targets for documentation
-maintenance are available from `Documentation/'; for more information,
-see the Contributors' Guide, section _Documentation work_.
+maintenance are available from ‘Documentation/’; for more information,
+see *note (lilypond-contributor)Documentation work::.
 
 
-   The makefile variable `QUIET_BUILD' may be set to `1' for a less
+   The makefile variable ‘QUIET_BUILD’ may be set to ‘1’ for a less
 verbose build output, just like for building the programs.
 
 verbose build output, just like for building the programs.
 
-
-
-Known issues and warnings
-.........................
-
-The most time consuming task for building the documentation is running
-LilyPond to build images of music, and there cannot be several
-simultaneously running `lilypond-book' instances, so `-j' `make' option
-does not significantly speed up the build process.  To help speed it
-up, the makefile variable CPU_COUNT may be set in `local.make' or on
-the command line to the number of `.ly' files that LilyPond should
-process simultaneously, e.g. on a bi-processor or dual core machine
-
-     make -j3 CPU_COUNT=3 doc
-
-The recommended value of CPU_COUNT is one plus the number of cores or
-processors, but it is advisable to set it to a smaller value if your
-system has not enough RAM to run that many simultaneous LilyPond
-instances.
-
-   If source files have changed since last documentation build, output
-files that need to be rebuilt are normally rebuilt, even if you do not
-run `make doc-clean' first.  However, building dependencies in the
-documentation are so complex that rebuilding of some targets may not be
-triggered as they should be; a workaround is to force rebuilding by
-touching appropriate files, e.g.
-
-     touch Documentation/user/*.itely
-     touch input/lsr/*.ly
-
-Building documentation without compiling LilyPond
-.................................................
+Building documentation without compiling
+........................................
 
 The documentation can be built locally without compiling LilyPond
 binary, if LilyPond is already installed on your system.
 
 The documentation can be built locally without compiling LilyPond
 binary, if LilyPond is already installed on your system.
@@ -347,19 +947,19 @@ binary, if LilyPond is already installed on your system.
 
      ./autogen.sh   # ignore any warning messages
      cp GNUmakefile.in GNUmakefile
 
      ./autogen.sh   # ignore any warning messages
      cp GNUmakefile.in GNUmakefile
-     make -C python
+     make -C scripts && make -C python
      nice make LILYPOND_EXTERNAL_BINARY=/path/to/bin/lilypond doc
 
      nice make LILYPOND_EXTERNAL_BINARY=/path/to/bin/lilypond doc
 
-   Please note that this may break sometimes - for example, if a new
+   Please note that this may break sometimes  for example, if a new
 feature is added with a test file in input/regression, even the latest
 development release of LilyPond will fail to build the docs.
 
 feature is added with a test file in input/regression, even the latest
 development release of LilyPond will fail to build the docs.
 
-   You may build the manual without building all the `input/*' stuff:
-change directory, for example to `Documentation/user', issue `make
-doc', which will build documentation in a subdirectory `out-www' from
-the source files in current directory.  In this case, if you also want
-to browse the documentation in its post-processed form, change back to
-top directory and issue
+   You may build the manual without building all the ‘input/*’ stuff
+(i.e.  mostly regression tests): change directory, for example to
+‘Documentation/’, issue ‘make doc’, which will build documentation in a
+subdirectory ‘out-www’ from the source files in current directory.  In
+this case, if you also want to browse the documentation in its
+post-processed form, change back to top directory and issue
 
      make out=www WWW-post
 
 
      make out=www WWW-post
 
@@ -367,79 +967,95 @@ top directory and issue
 Known issues and warnings
 .........................
 
 Known issues and warnings
 .........................
 
-You may also need to create a script for `pngtopnm' and `pnmtopng'.  On
+You may also need to create a script for ‘pngtopnm’ and ‘pnmtopng’.  On
 GNU/Linux, I use this:
 
 export LD_LIBRARY_PATH=/usr/lib
 exec /usr/bin/pngtopnm "$@"
 
 GNU/Linux, I use this:
 
 export LD_LIBRARY_PATH=/usr/lib
 exec /usr/bin/pngtopnm "$@"
 
-   On MacOS X, I use this:
+   On MacOS X with fink, I use this:
 
 export DYLD_LIBRARY_PATH=/sw/lib
 exec /sw/bin/pngtopnm "$@"
 
 
 export DYLD_LIBRARY_PATH=/sw/lib
 exec /sw/bin/pngtopnm "$@"
 
-Testing LilyPond
-----------------
+   On MacOS X with macports, you should use this:
+
+export DYLD_FALLBACK_LIBRARY_PATH=/opt/local/lib
+exec /opt/local/bin/pngtopnm "$@"
+
+1.6.3 Testing LilyPond binary
+-----------------------------
 
 LilyPond comes with an extensive suite that exercises the entire
 
 LilyPond comes with an extensive suite that exercises the entire
-program.  This suite can be used to automatically check the impact of a
-change.  This is done as follows
+program.  This suite can be used to test that the binary has been built
+correctly.
+
+   The test suite can be executed with:
 
 
-     make test-baseline
-     _## apply your changes, compile_
-     make check
+make test
 
 
-   This will leave an HTML page `out/test-results/index.html'.  This
-page shows all the important differences that your change introduced,
-whether in the layout, MIDI, performance or error reporting.
+   If the test suite completes successfully, the LilyPond binary has
+been verified.
 
 
-   To rerun tests, use
+   More information on the regression test suite is found at *note
+(lilypond-contributor)Regression tests::.
 
 
-     make test-redo           _## redo files differing from baseline_
-     make test-clean          _## remove all test results_
+1.7 Problems
+============
 
 
-and then run `make check' again.
+For help and questions use <lilypond-user@gnu.org>.  Send bug reports to
+<bug-lilypond@gnu.org>.
 
 
-   For tracking memory usage as part of this test, you will need GUILE
-CVS; especially the following patch:
-`http://lilypond.org/vc/gub.darcs/patches/guile-1.9-gcstats.patch'.
+   Bugs that are not fault of LilyPond are documented here.
 
 
-   For checking the coverage of the test suite, do the following
+Compiling on MacOS X
+--------------------
 
 
-     ./scripts/auxiliar/build-coverage.sh
-     _# uncovered files, least covered first_
-     ./scripts/auxiliar/coverage.py  --summary out-cov/*.cc
-     _# consecutive uncovered lines, longest first_
-     ./scripts/auxiliar/coverage.py  --uncovered out-cov/*.cc
+Here are special instructions for compiling under MacOS X. These
+instructions assume that dependencies are installed using MacPorts.
+(http://www.macports.org/) The instructions have been tested using OS X
+10.5 (Leopard).
 
 
-Problems
---------
+   First, install the relevant dependencies using MacPorts.
 
 
-For help and questions use <lilypond-user@gnu.org>.  Send bug reports
-to <bug-lilypond@gnu.org>.
+   Next, add the following to your relevant shell initialization files.
+This is ‘~/.profile’ by default.  You should create this file if it does
+not exist.
 
 
-   Bugs that are not fault of LilyPond are documented here.
+     export PATH=/opt/local/bin:/opt/local/sbin:$PATH
+     export DYLD_FALLBACK_LIBRARY_PATH=/opt/local/lib:$DYLD_FALLBACK_LIBRARY_PATH
 
 
-Bison 1.875
-...........
+   Now you must edit the generated ‘config.make’ file.  Change
+
+     FLEXLEXER_FILE = /usr/include/FlexLexer.h
+
+to:
+
+     FLEXLEXER_FILE = /opt/local/include/FlexLexer.h
+
+   At this point, you should verify that you have the appropriate fonts
+installed with your ghostscript installation.  Check ‘ls
+/opt/local/share/ghostscript/fonts’ for: ’c0590*’ files (.pfb, .pfb and
+.afm).  If you don’t have them, run the following commands to grab them
+from the ghostscript SVN server and install them in the appropriate
+location:
+
+     svn export http://svn.ghostscript.com/ghostscript/tags/urw-fonts-1.0.7pre44/
+     sudo mv urw-fonts-1.0.7pre44/* /opt/local/share/ghostscript/fonts/
+     rm -rf urw-fonts-1.07pre44
 
 
-There is a bug in bison-1.875: compilation fails with "parse error
-before `goto'" in line 4922 due to a bug in bison.  To fix, please
-recompile bison 1.875 with the following fix
+   Now run the ‘./configure’ script.  To avoid complications with
+automatic font detection, add
 
 
-     $ cd lily; make out/parser.cc
-     $ vi +4919 out/parser.cc
-     # append a semicolon to the line containing "__attribute__ ((__unused__))
-     # save
-     $ make
+     --with-fonts-dir=/opt/local/share/ghostscript/fonts
 
 Solaris
 
 Solaris
-.......
+-------
 
 Solaris7, ./configure
 
 
 Solaris7, ./configure
 
-   `./configure' needs a POSIX compliant shell.  On Solaris7, `/bin/sh'
-is not yet POSIX compliant, but `/bin/ksh' or bash is.  Run configure
+   ‘./configure’ needs a POSIX compliant shell.  On Solaris7, ‘/bin/sh’
+is not yet POSIX compliant, but ‘/bin/ksh’ or bash is.  Run configure
 like
 
      CONFIG_SHELL=/bin/ksh ksh -c ./configure
 like
 
      CONFIG_SHELL=/bin/ksh ksh -c ./configure
@@ -449,24 +1065,24 @@ or
      CONFIG_SHELL=/bin/bash bash -c ./configure
 
 FreeBSD
      CONFIG_SHELL=/bin/bash bash -c ./configure
 
 FreeBSD
-.......
+-------
 
 
-To use system fonts, dejaview must be installed.  With the default
-port, the fonts are installed in `usr/X11R6/lib/X11/fonts/dejavu'.
+To use system fonts, dejaview must be installed.  With the default port,
+the fonts are installed in ‘usr/X11R6/lib/X11/fonts/dejavu’.
 
 
-   Open the file `$LILYPONDBASE/usr/etc/fonts/local.conf' and add the
-following line just after the `<fontconfig>' line.  (Adjust as necessary
+   Open the file ‘$LILYPONDBASE/usr/etc/fonts/local.conf’ and add the
+following line just after the ‘<fontconfig>’ line.  (Adjust as necessary
 for your hierarchy.)
 
      <dir>/usr/X11R6/lib/X11/fonts</dir>
 
 International fonts
 for your hierarchy.)
 
      <dir>/usr/X11R6/lib/X11/fonts</dir>
 
 International fonts
-...................
+-------------------
 
 
-On MacOS X, all fonts are installed by default.  However, finding all
+On Mac OS X, all fonts are installed by default.  However, finding all
 system fonts requires a bit of configuration; see this post
 (http://lists.gnu.org/archive/html/lilypond-user/2007-03/msg00472.html)
 system fonts requires a bit of configuration; see this post
 (http://lists.gnu.org/archive/html/lilypond-user/2007-03/msg00472.html)
-on the `lilypond-user' mailing list.
+on the ‘lilypond-user’ mailing list.
 
    On Linux, international fonts are installed by different means on
 every distribution.  We cannot list the exact commands or packages that
 
    On Linux, international fonts are installed by different means on
 every distribution.  We cannot list the exact commands or packages that
@@ -481,6 +1097,77 @@ Red Hat Fedora
 Debian GNU/Linux
 
    apt-get install emacs-intl-fonts xfonts-intl-.* \
 Debian GNU/Linux
 
    apt-get install emacs-intl-fonts xfonts-intl-.* \
-        ttf-kochi-gothic ttf-kochi-mincho \
+        fonts-ipafont-gothic  fonts-ipafont-mincho \
         xfonts-bolkhov-75dpi xfonts-cronyx-100dpi xfonts-cronyx-75dpi
 
         xfonts-bolkhov-75dpi xfonts-cronyx-100dpi xfonts-cronyx-75dpi
 
+Using lilypond python libraries
+-------------------------------
+
+If you want to use lilypond’s python libraries (either running certain
+build scripts manually, or using them in other programs), set
+‘PYTHONPATH’ to ‘python/out’ in your build directory, or
+‘.../usr/lib/lilypond/current/python’ in the installation directory
+structure.
+
+1.8 Concurrent stable and development versions
+==============================================
+
+It can be useful to have both the stable and the development versions of
+LilyPond available at once.  One way to do this on GNU/Linux is to
+install the stable version using the precompiled binary, and run the
+development version from the source tree.  After running ‘make all’ from
+the top directory of the LilyPond source files, there will be a binary
+called ‘lilypond’ in the ‘out’ directory:
+
+     <PATH TO>/lilypond/out/bin/lilypond
+
+   This binary can be run without actually doing the ‘make install’
+command.  The advantage to this is that you can have all of the latest
+changes available after pulling from git and running ‘make all’, without
+having to uninstall the old version and reinstall the new.
+
+   So, to use the stable version, install it as usual and use the normal
+commands:
+
+     lilypond foobar.ly
+
+   To use the development version, create a link to the binary in the
+source tree by saving the following line in a file somewhere in your
+‘$PATH’:
+
+     exec <PATH TO>/lilypond/out/bin/lilypond "$@"
+
+   Save it as ‘Lilypond’ (with a capital L to distinguish it from the
+stable ‘lilypond’), and make it executable:
+
+     chmod +x Lilypond
+
+   Then you can invoke the development version this way:
+
+     Lilypond foobar.ly
+
+   TODO: ADD
+
+   - other compilation tricks for developers
+
+1.9 Build system
+================
+
+We currently use make and stepmake, which is complicated and only used
+by us.  Hopefully this will change in the future.
+
+Version-specific texinfo macros
+-------------------------------
+
+   • made with ‘scripts/build/create-version-itexi.py’ and
+     ‘scripts/build/create-weblinks-itexi.py’
+
+   • used extensively in the ‘WEBSITE_ONLY_BUILD’ version of the website
+     (made with ‘website.make’, used on lilypond.org)
+
+   • not (?)  used in the main docs?
+
+   • the numbers in VERSION file: MINOR_VERSION should be 1 more than
+     the last release, VERSION_DEVEL should be the last *online*
+     release.  Yes, VERSION_DEVEL is less than VERSION.
+