Selaa lähdekoodia

manual: high-level restructuring

The structure of the buildroot manual is not always clear. There is a large
number of chapters, and some chapters seem to overlap. The distinction
between general usage and developer information is not always clear.

This patch restructures the manual into four large parts:
- getting started
- user guide
- developer guide
- appendix

Except for the names of these parts, the section names are not yet changed.
Content-wise there are no changes yet either. This will be handled in
subsequent patches.

In order to achieve the introduction of a new level 'parts' above
'chapters', the section indicators (=, ==, ===, ...) of several sections
have to be moved one level down. Additionally, the leveloffset indication to
asciidoc has to be removed. Finally, to maintain more or less the same level
of detail in the table of contents, the toc.section.depth attribute is
reduced as well. Note that for some sections, less detail is visible now.

Signed-off-by: Thomas De Schampheleire <thomas.de.schampheleire@gmail.com>
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Thomas De Schampheleire 11 vuotta sitten
vanhempi
commit
569db40574

+ 1 - 1
docs/manual/advanced.txt

@@ -1,7 +1,7 @@
 // -*- mode:doc; -*-
 // -*- mode:doc; -*-
 // vim: set syntax=asciidoc:
 // vim: set syntax=asciidoc:
 
 
-== Advanced usage
+=== Advanced usage
 
 
 include::using-buildroot-toolchain.txt[]
 include::using-buildroot-toolchain.txt[]
 
 

+ 0 - 2
docs/manual/appendix.txt

@@ -1,8 +1,6 @@
 // -*- mode:doc; -*-
 // -*- mode:doc; -*-
 // vim: set syntax=asciidoc:
 // vim: set syntax=asciidoc:
 
 
-= Appendix
-
 include::makedev-syntax.txt[]
 include::makedev-syntax.txt[]
 include::makeusers-syntax.txt[]
 include::makeusers-syntax.txt[]
 
 

+ 4 - 4
docs/manual/beyond-buildroot.txt

@@ -1,11 +1,11 @@
 // -*- mode:doc; -*-
 // -*- mode:doc; -*-
 // vim: set syntax=asciidoc:
 // vim: set syntax=asciidoc:
 
 
-= Beyond Buildroot
+== Beyond Buildroot
 
 
-== Boot the generated images
+=== Boot the generated images
 
 
-=== NFS boot
+==== NFS boot
 
 
 To achieve NFS-boot, enable _tar root filesystem_ in the _Filesystem
 To achieve NFS-boot, enable _tar root filesystem_ in the _Filesystem
 images_ menu.
 images_ menu.
@@ -21,7 +21,7 @@ Remember to add this path to +/etc/exports+.
 
 
 Then, you can execute a NFS-boot from your target.
 Then, you can execute a NFS-boot from your target.
 
 
-== Chroot
+=== Chroot
 
 
 If you want to chroot in a generated image, then there are few thing
 If you want to chroot in a generated image, then there are few thing
 you should be aware of:
 you should be aware of:

+ 1 - 1
docs/manual/ccache-support.txt

@@ -2,7 +2,7 @@
 // vim: set syntax=asciidoc:
 // vim: set syntax=asciidoc:
 
 
 [[ccache]]
 [[ccache]]
-=== Using +ccache+ in Buildroot
+==== Using +ccache+ in Buildroot
 
 
 http://ccache.samba.org[ccache] is a compiler cache. It stores the
 http://ccache.samba.org[ccache] is a compiler cache. It stores the
 object files resulting from each compilation process, and is able to
 object files resulting from each compilation process, and is able to

+ 9 - 9
docs/manual/contribute.txt

@@ -1,7 +1,7 @@
 // -*- mode:doc; -*-
 // -*- mode:doc; -*-
 // vim: set syntax=asciidoc:
 // vim: set syntax=asciidoc:
 
 
-= Contributing to Buildroot
+== Contributing to Buildroot
 
 
 There are many ways in which you can contribute to Buildroot: analyzing
 There are many ways in which you can contribute to Buildroot: analyzing
 and fixing bugs, analyzing and fixing package build failures detected by
 and fixing bugs, analyzing and fixing package build failures detected by
@@ -22,7 +22,7 @@ source code tarball. Git is the easiest way to develop from and directly
 send your patches to the mailing list. Refer to xref:getting-buildroot[]
 send your patches to the mailing list. Refer to xref:getting-buildroot[]
 for more information on obtaining a Buildroot git tree.
 for more information on obtaining a Buildroot git tree.
 
 
-== Reproducing, analyzing and fixing bugs
+=== Reproducing, analyzing and fixing bugs
 
 
 A first way of contributing is to have a look at the open bug reports in
 A first way of contributing is to have a look at the open bug reports in
 the https://bugs.busybox.net/buglist.cgi?product=buildroot[Buildroot bug
 the https://bugs.busybox.net/buglist.cgi?product=buildroot[Buildroot bug
@@ -31,7 +31,7 @@ help in reproducing, analyzing and fixing reported bugs is more than
 welcome. Don't hesitate to add a comment to bug reports reporting your
 welcome. Don't hesitate to add a comment to bug reports reporting your
 findings, even if you don't yet see the full picture.
 findings, even if you don't yet see the full picture.
 
 
-== Analyzing and fixing autobuild failures
+=== Analyzing and fixing autobuild failures
 
 
 The Buildroot autobuilders are a set of build machines that continuously
 The Buildroot autobuilders are a set of build machines that continuously
 run Buildroot builds based on random configurations. This is done for
 run Buildroot builds based on random configurations. This is done for
@@ -76,7 +76,7 @@ basically two things that can be done:
 Fixes http://autobuild.buildroot.org/results/51000a9d4656afe9e0ea6f07b9f8ed374c2e4069
 Fixes http://autobuild.buildroot.org/results/51000a9d4656afe9e0ea6f07b9f8ed374c2e4069
 ---------------------
 ---------------------
 
 
-== Reviewing and testing patches
+=== Reviewing and testing patches
 
 
 With the amount of patches sent to the mailing list each day, the
 With the amount of patches sent to the mailing list each day, the
 maintainer has a very hard job to judge which patches are ready to apply
 maintainer has a very hard job to judge which patches are ready to apply
@@ -142,7 +142,7 @@ Buildroot's Patchwork website can be used to pull in patches for testing
 purposes. Please see xref:apply-patches-patchwork[] for more
 purposes. Please see xref:apply-patches-patchwork[] for more
 information on using Buildroot's Patchwork website to apply patches.
 information on using Buildroot's Patchwork website to apply patches.
 
 
-== Work on items from the TODO list
+=== Work on items from the TODO list
 
 
 If you want to contribute to Buildroot but don't know where to start,
 If you want to contribute to Buildroot but don't know where to start,
 and you don't like any of the above topics, you can always work on items
 and you don't like any of the above topics, you can always work on items
@@ -152,7 +152,7 @@ Do edit the wiki to indicate when you start working on an item, so we
 avoid duplicate efforts.
 avoid duplicate efforts.
 
 
 [[submitting-patches]]
 [[submitting-patches]]
-== Submitting patches
+=== Submitting patches
 
 
 [NOTE]
 [NOTE]
 _Please, do not attach patches to bugs, send them to the mailing list
 _Please, do not attach patches to bugs, send them to the mailing list
@@ -196,7 +196,7 @@ If you do not use +git send-email+, make sure posted *patches are not
 line-wrapped*, otherwise they cannot easily be applied. In such a case,
 line-wrapped*, otherwise they cannot easily be applied. In such a case,
 fix your e-mail client, or better yet, learn to use +git send-email+.
 fix your e-mail client, or better yet, learn to use +git send-email+.
 
 
-=== Cover letter
+==== Cover letter
 
 
 If you want to present the whole patch set in a separate mail, add
 If you want to present the whole patch set in a separate mail, add
 +--cover-letter+ to the +git format-patch+ command (see +man
 +--cover-letter+ to the +git format-patch+ command (see +man
@@ -215,7 +215,7 @@ in the following cases:
 * whenever you feel it will help presenting your work, your choices,
 * whenever you feel it will help presenting your work, your choices,
   the review process, etc.
   the review process, etc.
 
 
-=== Patch revision changelog
+==== Patch revision changelog
 
 
 When improvements are requested, the new revision of each commit
 When improvements are requested, the new revision of each commit
 should include a changelog of the modifications between each
 should include a changelog of the modifications between each
@@ -276,7 +276,7 @@ $ git format-patch --subject-prefix "PATCH v4" \
 ---------------------
 ---------------------
 
 
 [[reporting-bugs]]
 [[reporting-bugs]]
-== Reporting issues/bugs or getting help
+=== Reporting issues/bugs or getting help
 
 
 Before reporting any issue, please check
 Before reporting any issue, please check
 xref:mailing-list-subscribe[the mailing list archive] in case someone has
 xref:mailing-list-subscribe[the mailing list archive] in case someone has

+ 0 - 2
docs/manual/developer-guide.txt

@@ -1,8 +1,6 @@
 // -*- mode:doc; -*-
 // -*- mode:doc; -*-
 // vim: set syntax=asciidoc:
 // vim: set syntax=asciidoc:
 
 
-= Developer Guidelines
-
 include::writing-rules.txt[]
 include::writing-rules.txt[]
 
 
 include::adding-packages.txt[]
 include::adding-packages.txt[]

+ 1 - 1
docs/manual/download-location.txt

@@ -1,7 +1,7 @@
 // -*- mode:doc; -*-
 // -*- mode:doc; -*-
 // vim: set syntax=asciidoc:
 // vim: set syntax=asciidoc:
 
 
-=== Location of downloaded packages
+==== Location of downloaded packages
 
 
 The various tarballs that are downloaded by Buildroot are all stored
 The various tarballs that are downloaded by Buildroot are all stored
 in +BR2_DL_DIR+, which by default is the +dl+ directory. If you want
 in +BR2_DL_DIR+, which by default is the +dl+ directory. If you want

+ 8 - 8
docs/manual/faq-troubleshooting.txt

@@ -1,10 +1,10 @@
 // -*- mode:doc; -*-
 // -*- mode:doc; -*-
 // vim: set syntax=asciidoc:
 // vim: set syntax=asciidoc:
 
 
-= Frequently Asked Questions & Troubleshooting
+== Frequently Asked Questions & Troubleshooting
 
 
 [[faq-boot-hang-after-starting]]
 [[faq-boot-hang-after-starting]]
-== The boot hangs after 'Starting network...'
+=== The boot hangs after 'Starting network...'
 
 
 If the boot process seems to hang after the following messages
 If the boot process seems to hang after the following messages
 (messages not necessarily exactly similar, depending on the list of
 (messages not necessarily exactly similar, depending on the list of
@@ -26,7 +26,7 @@ submenu. This will automatically tune the +/etc/inittab+ file of the
 generated system so that a shell starts on the correct serial port.
 generated system so that a shell starts on the correct serial port.
 
 
 [[faq-no-compiler-on-target]]
 [[faq-no-compiler-on-target]]
-== Why is there no compiler on the target?
+=== Why is there no compiler on the target?
 
 
 It has been decided that support for the _native compiler on the
 It has been decided that support for the _native compiler on the
 target_ would be stopped from the Buildroot-2012.11 release because:
 target_ would be stopped from the Buildroot-2012.11 release because:
@@ -50,7 +50,7 @@ distribution_ and you should opt for something like:
 * ...
 * ...
 
 
 [[faq-no-dev-files-on-target]]
 [[faq-no-dev-files-on-target]]
-== Why are there no development files on the target?
+=== Why are there no development files on the target?
 
 
 Since there is no compiler available on the target (see
 Since there is no compiler available on the target (see
 xref:faq-no-compiler-on-target[]), it does not make sense to waste
 xref:faq-no-compiler-on-target[]), it does not make sense to waste
@@ -60,7 +60,7 @@ Therefore, those files are always removed from the target since the
 Buildroot-2012.11 release.
 Buildroot-2012.11 release.
 
 
 [[faq-no-doc-on-target]]
 [[faq-no-doc-on-target]]
-== Why is there no documentation on the target?
+=== Why is there no documentation on the target?
 
 
 Because Buildroot mostly targets _small_ or _very small_ target
 Because Buildroot mostly targets _small_ or _very small_ target
 hardware with limited resource onboard (CPU, ram, mass-storage), it
 hardware with limited resource onboard (CPU, ram, mass-storage), it
@@ -71,7 +71,7 @@ is not suitable for your purpose, and you should look for a _real
 distribution_ (see: xref:faq-no-compiler-on-target[]).
 distribution_ (see: xref:faq-no-compiler-on-target[]).
 
 
 [[faq-why-not-visible-package]]
 [[faq-why-not-visible-package]]
-== Why are some packages not visible in the Buildroot config menu?
+=== Why are some packages not visible in the Buildroot config menu?
 
 
 If a package exists in the Buildroot tree and does not appear in the
 If a package exists in the Buildroot tree and does not appear in the
 config menu, this most likely means that some of the package's
 config menu, this most likely means that some of the package's
@@ -89,7 +89,7 @@ then you should certainly run a full rebuild (see xref:make-tips[] for
 more explanations).
 more explanations).
 
 
 [[faq-why-not-use-target-as-chroot]]
 [[faq-why-not-use-target-as-chroot]]
-== Why not use the target directory as a chroot directory?
+=== Why not use the target directory as a chroot directory?
 
 
 There are plenty of reasons to *not* use the target directory a chroot
 There are plenty of reasons to *not* use the target directory a chroot
 one, among these:
 one, among these:
@@ -106,7 +106,7 @@ root, then use the tarball image generated in +images/+ and extract it
 as root.
 as root.
 
 
 [[faq-no-binary-packages]]
 [[faq-no-binary-packages]]
-== Why doesn't Buildroot generate binary packages (.deb, .ipkg...)?
+=== Why doesn't Buildroot generate binary packages (.deb, .ipkg...)?
 
 
 One feature that is often discussed on the Buildroot list is the
 One feature that is often discussed on the Buildroot list is the
 general topic of "package management". To summarize, the idea
 general topic of "package management". To summarize, the idea

+ 13 - 13
docs/manual/get-involved.txt

@@ -1,7 +1,7 @@
 // -*- mode:doc; -*-
 // -*- mode:doc; -*-
 // vim: set syntax=asciidoc:
 // vim: set syntax=asciidoc:
 
 
-= Getting involved
+== Getting involved
 
 
 Like any open source project, Buildroot has different ways to share
 Like any open source project, Buildroot has different ways to share
 information in its community and outside.
 information in its community and outside.
@@ -11,7 +11,7 @@ One piece of it is the document you are currently reading ;-).
 Each of those ways may interest you if you are looking for some help,
 Each of those ways may interest you if you are looking for some help,
 want to understand Buildroot or contribute to the project.
 want to understand Buildroot or contribute to the project.
 
 
-== Mailing List
+=== Mailing List
 
 
 Buildroot has a mailing list
 Buildroot has a mailing list
 http://lists.busybox.net/pipermail/buildroot[] for discussion and
 http://lists.busybox.net/pipermail/buildroot[] for discussion and
@@ -19,7 +19,7 @@ development.
 
 
 [[mailing-list-subscribe]]
 [[mailing-list-subscribe]]
 
 
-=== Subscribing to the mailing list
+==== Subscribing to the mailing list
 
 
 You can subscribe by visiting
 You can subscribe by visiting
 http://lists.busybox.net/mailman/listinfo/buildroot[].
 http://lists.busybox.net/mailman/listinfo/buildroot[].
@@ -30,14 +30,14 @@ The list is also available through _Gmane_ http://gmane.org[], at
 +gmane.comp.lib.uclibc.buildroot+
 +gmane.comp.lib.uclibc.buildroot+
 http://dir.gmane.org/gmane.comp.lib.uclibc.buildroot[].
 http://dir.gmane.org/gmane.comp.lib.uclibc.buildroot[].
 
 
-=== Searching the List Archives
+==== Searching the List Archives
 
 
 Please search the mailing list archives before asking questions on the
 Please search the mailing list archives before asking questions on the
 mailing list, since there is a good chance someone else has asked the
 mailing list, since there is a good chance someone else has asked the
 same question before. Checking the archives is a great way to avoid
 same question before. Checking the archives is a great way to avoid
 annoying everyone on the list with frequently asked questions...
 annoying everyone on the list with frequently asked questions...
 
 
-== IRC
+=== IRC
 
 
 The Buildroot IRC is irc://freenode.net/#buildroot[].
 The Buildroot IRC is irc://freenode.net/#buildroot[].
 The channel +#buildroot+ is hosted on Freenode
 The channel +#buildroot+ is hosted on Freenode
@@ -47,7 +47,7 @@ When asking for help on IRC, share relevant logs or pieces of code
 using a code sharing website.
 using a code sharing website.
 
 
 [[patchwork]]
 [[patchwork]]
-== Patchwork
+=== Patchwork
 
 
 Patchwork is a web-based patch tracking system designed to facilitate
 Patchwork is a web-based patch tracking system designed to facilitate
 the contribution and management of contributions to an open-source
 the contribution and management of contributions to an open-source
@@ -66,7 +66,7 @@ The Buildroot patch management interface is available at
 http://patchwork.buildroot.org[].
 http://patchwork.buildroot.org[].
 
 
 [[apply-patches-patchwork]]
 [[apply-patches-patchwork]]
-=== Applying Patches from Patchwork
+==== Applying Patches from Patchwork
 
 
 The main use of Buildroot's Patchwork website for a developer is for
 The main use of Buildroot's Patchwork website for a developer is for
 pulling in patches into their local git repository for testing
 pulling in patches into their local git repository for testing
@@ -88,13 +88,13 @@ you can copy the +mbox+ link for the bundle and apply the bundle
 using the above commands.
 using the above commands.
 
 
 [[bugtracker]]
 [[bugtracker]]
-== Bugtracker
+=== Bugtracker
 
 
 The Buildroot bugtracker is at https://bugs.busybox.net[].
 The Buildroot bugtracker is at https://bugs.busybox.net[].
 
 
 To open a bug, see xref:reporting-bugs[].
 To open a bug, see xref:reporting-bugs[].
 
 
-== Buildroot wikipage
+=== Buildroot wikipage
 
 
 After the Buildroot developer day on February 3, 2012,
 After the Buildroot developer day on February 3, 2012,
 a page dedicated to Buildroot has been created on
 a page dedicated to Buildroot has been created on
@@ -105,17 +105,17 @@ This page is reachable at http://elinux.org/Buildroot[].
 Currently, this page is mainly used as a _todo-list_.
 Currently, this page is mainly used as a _todo-list_.
 
 
 [[events]]
 [[events]]
-== Events
+=== Events
 
 
-=== Buildroot Developer Days aside ELC-E 2012 (November 3-4, 2012 - Barcelona)
+==== Buildroot Developer Days aside ELC-E 2012 (November 3-4, 2012 - Barcelona)
 
 
 * Event page: http://elinux.org/Buildroot:DeveloperDaysELCE2012[]
 * Event page: http://elinux.org/Buildroot:DeveloperDaysELCE2012[]
 
 
-=== Buildroot presentation at LSM 2012 (July 12-14, 2012 - Geneva)
+==== Buildroot presentation at LSM 2012 (July 12-14, 2012 - Geneva)
 
 
 * Announcement: http://lists.busybox.net/pipermail/buildroot/2012-May/053845.html[]
 * Announcement: http://lists.busybox.net/pipermail/buildroot/2012-May/053845.html[]
 
 
-=== Buildroot Developer Days aside FOSDEM 2012 (February 3, 2012 - Brussels)
+==== Buildroot Developer Days aside FOSDEM 2012 (February 3, 2012 - Brussels)
 
 
 * Announcement & agenda thread: http://lists.busybox.net/pipermail/buildroot/2012-January/049340.html[]
 * Announcement & agenda thread: http://lists.busybox.net/pipermail/buildroot/2012-January/049340.html[]
 * Report: http://lists.busybox.net/pipermail/buildroot/2012-February/050371.html[]
 * Report: http://lists.busybox.net/pipermail/buildroot/2012-February/050371.html[]

+ 1 - 1
docs/manual/going-further.txt

@@ -1,7 +1,7 @@
 // -*- mode:doc; -*-
 // -*- mode:doc; -*-
 // vim: set syntax=asciidoc:
 // vim: set syntax=asciidoc:
 
 
-= Going further in Buildroot's innards
+== Going further in Buildroot's innards
 
 
 include::how-buildroot-works.txt[]
 include::how-buildroot-works.txt[]
 
 

+ 1 - 1
docs/manual/how-buildroot-works.txt

@@ -1,7 +1,7 @@
 // -*- mode:doc; -*-
 // -*- mode:doc; -*-
 // vim: set syntax=asciidoc:
 // vim: set syntax=asciidoc:
 
 
-== How Buildroot works
+=== How Buildroot works
 
 
 As mentioned above, Buildroot is basically a set of Makefiles that
 As mentioned above, Buildroot is basically a set of Makefiles that
 download, configure, and compile software with the correct options. It
 download, configure, and compile software with the correct options. It

+ 1 - 1
docs/manual/introduction.txt

@@ -1,7 +1,7 @@
 // -*- mode:doc; -*-
 // -*- mode:doc; -*-
 // vim: set syntax=asciidoc:
 // vim: set syntax=asciidoc:
 
 
-= About Buildroot
+== About Buildroot
 
 
 Buildroot is a tool that simplifies and automates the process of
 Buildroot is a tool that simplifies and automates the process of
 building a complete Linux system for an embedded system, using
 building a complete Linux system for an embedded system, using

+ 1 - 1
docs/manual/known-issues.txt

@@ -1,7 +1,7 @@
 // -*- mode:doc; -*-
 // -*- mode:doc; -*-
 // vim: set syntax=asciidoc:
 // vim: set syntax=asciidoc:
 
 
-= Known issues
+== Known issues
 
 
 * It is not possible to pass extra linker options via +BR2_TARGET_LDFLAGS+
 * It is not possible to pass extra linker options via +BR2_TARGET_LDFLAGS+
   if such options contain a +$+ sign. For example, the following is known
   if such options contain a +$+ sign. For example, the following is known

+ 4 - 4
docs/manual/legal-notice.txt

@@ -3,9 +3,9 @@
 
 
 [[legal-info]]
 [[legal-info]]
 
 
-= Legal notice and licensing
+== Legal notice and licensing
 
 
-== Complying with open source licenses
+=== Complying with open source licenses
 
 
 All of the end products of Buildroot (toolchain, root filesystem, kernel,
 All of the end products of Buildroot (toolchain, root filesystem, kernel,
 bootloaders) contain open source software, released under various licenses.
 bootloaders) contain open source software, released under various licenses.
@@ -69,7 +69,7 @@ When you run +make legal-info+, Buildroot produces warnings in the +README+
 file to inform you of relevant material that could not be saved.
 file to inform you of relevant material that could not be saved.
 
 
 [[legal-info-list-licenses]]
 [[legal-info-list-licenses]]
-== License abbreviations
+=== License abbreviations
 
 
 Here is a list of the licenses that are most widely used by packages in
 Here is a list of the licenses that are most widely used by packages in
 Buildroot, with the name used in the manifest files:
 Buildroot, with the name used in the manifest files:
@@ -123,7 +123,7 @@ Buildroot, with the name used in the manifest files:
   http://apache.org/licenses/LICENSE-2.0.html[
   http://apache.org/licenses/LICENSE-2.0.html[
   Apache License, version 2.0];
   Apache License, version 2.0];
 
 
-== Complying with the Buildroot license
+=== Complying with the Buildroot license
 
 
 Buildroot itself is an open source software, released under the
 Buildroot itself is an open source software, released under the
 http://www.gnu.org/licenses/old-licenses/gpl-2.0.html[GNU General Public
 http://www.gnu.org/licenses/old-licenses/gpl-2.0.html[GNU General Public

+ 2 - 2
docs/manual/manual.mk

@@ -84,8 +84,8 @@ endef
 # The variable <DOCUMENT_NAME>_SOURCES defines the dependencies.
 # The variable <DOCUMENT_NAME>_SOURCES defines the dependencies.
 ################################################################################
 ################################################################################
 define GENDOC
 define GENDOC
-$(call GENDOC_INNER,$(pkgname),xhtml,html,html,HTML,--xsltproc-opts "--stringparam toc.section.depth 2")
-$(call GENDOC_INNER,$(pkgname),chunked,split-html,chunked,split HTML,--xsltproc-opts "--stringparam toc.section.depth 2")
+$(call GENDOC_INNER,$(pkgname),xhtml,html,html,HTML,--xsltproc-opts "--stringparam toc.section.depth 1")
+$(call GENDOC_INNER,$(pkgname),chunked,split-html,chunked,split HTML,--xsltproc-opts "--stringparam toc.section.depth 1")
 $(call GENDOC_INNER,$(pkgname),pdf,pdf,pdf,PDF,--dblatex-opts "-P latex.output.revhistory=0")
 $(call GENDOC_INNER,$(pkgname),pdf,pdf,pdf,PDF,--dblatex-opts "-P latex.output.revhistory=0")
 $(call GENDOC_INNER,$(pkgname),text,text,text,text)
 $(call GENDOC_INNER,$(pkgname),text,text,text,text)
 $(call GENDOC_INNER,$(pkgname),epub,epub,epub,ePUB)
 $(call GENDOC_INNER,$(pkgname),epub,epub,epub,ePUB)

+ 9 - 3
docs/manual/manual.txt

@@ -16,12 +16,14 @@ Copyright (C) 2004-2014 The Buildroot developers
 
 
 image::logo.png[]
 image::logo.png[]
 
 
-:leveloffset: 1
+= Getting started
 
 
 include::introduction.txt[]
 include::introduction.txt[]
 
 
 include::starting-up.txt[]
 include::starting-up.txt[]
 
 
+= User guide
+
 include::working-with.txt[]
 include::working-with.txt[]
 
 
 include::faq-troubleshooting.txt[]
 include::faq-troubleshooting.txt[]
@@ -30,14 +32,18 @@ include::known-issues.txt[]
 
 
 include::going-further.txt[]
 include::going-further.txt[]
 
 
-include::developer-guide.txt[]
-
 include::legal-notice.txt[]
 include::legal-notice.txt[]
 
 
 include::beyond-buildroot.txt[]
 include::beyond-buildroot.txt[]
 
 
+= Developer guide
+
+include::developer-guide.txt[]
+
 include::get-involved.txt[]
 include::get-involved.txt[]
 
 
 include::contribute.txt[]
 include::contribute.txt[]
 
 
+= Appendix
+
 include::appendix.txt[]
 include::appendix.txt[]

+ 1 - 1
docs/manual/package-make-target.txt

@@ -3,7 +3,7 @@
 
 
 [[pkg-build-steps]]
 [[pkg-build-steps]]
 
 
-=== Package-specific _make_ targets
+==== Package-specific _make_ targets
 
 
 Running +make <package>+ builds and installs that particular package
 Running +make <package>+ builds and installs that particular package
 and its dependencies.
 and its dependencies.

+ 0 - 2
docs/manual/starting-up.txt

@@ -1,8 +1,6 @@
 // -*- mode:doc; -*-
 // -*- mode:doc; -*-
 // vim: set syntax=asciidoc:
 // vim: set syntax=asciidoc:
 
 
-= Starting up
-
 include::prerequisite.txt[]
 include::prerequisite.txt[]
 
 
 include::getting.txt[]
 include::getting.txt[]

+ 1 - 1
docs/manual/using-buildroot-debugger.txt

@@ -1,7 +1,7 @@
 // -*- mode:doc; -*-
 // -*- mode:doc; -*-
 // vim: set syntax=asciidoc:
 // vim: set syntax=asciidoc:
 
 
-=== Using +gdb+ in Buildroot
+==== Using +gdb+ in Buildroot
 
 
 Buildroot allows to do cross-debugging, where the debugger runs on the
 Buildroot allows to do cross-debugging, where the debugger runs on the
 build machine and communicates with +gdbserver+ on the target to
 build machine and communicates with +gdbserver+ on the target to

+ 1 - 1
docs/manual/using-buildroot-development.txt

@@ -1,7 +1,7 @@
 // -*- mode:doc; -*-
 // -*- mode:doc; -*-
 // vim: set syntax=asciidoc:
 // vim: set syntax=asciidoc:
 
 
-=== Using Buildroot during development
+==== Using Buildroot during development
 
 
 The normal operation of Buildroot is to download a tarball, extract
 The normal operation of Buildroot is to download a tarball, extract
 it, configure, compile and install the software component found inside
 it, configure, compile and install the software component found inside

+ 1 - 1
docs/manual/using-buildroot-toolchain.txt

@@ -1,7 +1,7 @@
 // -*- mode:doc; -*-
 // -*- mode:doc; -*-
 // vim: set syntax=asciidoc:
 // vim: set syntax=asciidoc:
 
 
-=== Using the generated toolchain outside Buildroot
+==== Using the generated toolchain outside Buildroot
 
 
 You may want to compile, for your target, your own programs or other
 You may want to compile, for your target, your own programs or other
 software that are not packaged in Buildroot. In order to do this you
 software that are not packaged in Buildroot. In order to do this you

+ 0 - 2
docs/manual/working-with.txt

@@ -1,8 +1,6 @@
 // -*- mode:doc; -*-
 // -*- mode:doc; -*-
 // vim: set syntax=asciidoc:
 // vim: set syntax=asciidoc:
 
 
-= Working with Buildroot
-
 This section explains how you can customize Buildroot to fit your
 This section explains how you can customize Buildroot to fit your
 needs.
 needs.