profile-manual: Added basic XML files and updated the .gitignore
Added four chapters to the directory. I based these chapters off of an existing YP manual. I also updated the .gitignore file so that it will support ingnoring profile-manual make operations. (From yocto-docs rev: f9658f627fe9d8d6868ce74e9550ea16d23c4156) Signed-off-by: Scott Rifenbark <scott.m.rifenbark@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
This commit is contained in:
parent
bc8c416585
commit
6b7ae32946
|
@ -0,0 +1,391 @@
|
||||||
|
<!DOCTYPE chapter PUBLIC "-//OASIS//DTD DocBook XML V4.2//EN"
|
||||||
|
"http://www.oasis-open.org/docbook/xml/4.2/docbookx.dtd"
|
||||||
|
[<!ENTITY % poky SYSTEM "../poky.ent"> %poky; ] >
|
||||||
|
|
||||||
|
<chapter id='dev-manual-start'>
|
||||||
|
|
||||||
|
<title>Getting Started with the Yocto Project</title>
|
||||||
|
|
||||||
|
<para>
|
||||||
|
This chapter introduces the Yocto Project and gives you an idea of what you need to get started.
|
||||||
|
You can find enough information to set up your development host and build or use images for
|
||||||
|
hardware supported by the Yocto Project by reading the
|
||||||
|
<ulink url='&YOCTO_DOCS_QS_URL;'>Yocto Project Quick Start</ulink>.
|
||||||
|
</para>
|
||||||
|
|
||||||
|
<para>
|
||||||
|
The remainder of this chapter summarizes what is in the Yocto Project Quick Start and provides
|
||||||
|
some higher-level concepts you might want to consider.
|
||||||
|
</para>
|
||||||
|
|
||||||
|
<section id='introducing-the-yocto-project'>
|
||||||
|
<title>Introducing the Yocto Project</title>
|
||||||
|
|
||||||
|
<para>
|
||||||
|
The Yocto Project is an open-source collaboration project focused on embedded Linux development.
|
||||||
|
The project currently provides a build system, which is
|
||||||
|
referred to as the OpenEmbedded build system in the Yocto Project documentation.
|
||||||
|
The Yocto Project provides various ancillary tools suitable for the embedded developer
|
||||||
|
and also features the Sato reference User Interface, which is optimized for
|
||||||
|
stylus driven, low-resolution screens.
|
||||||
|
</para>
|
||||||
|
|
||||||
|
<para>
|
||||||
|
You can use the OpenEmbedded build system, which uses
|
||||||
|
BitBake to develop complete Linux
|
||||||
|
images and associated user-space applications for architectures based on ARM, MIPS, PowerPC,
|
||||||
|
x86 and x86-64.
|
||||||
|
While the Yocto Project does not provide a strict testing framework,
|
||||||
|
it does provide or generate for you artifacts that let you perform target-level and
|
||||||
|
emulated testing and debugging.
|
||||||
|
Additionally, if you are an <trademark class='trade'>Eclipse</trademark>
|
||||||
|
IDE user, you can install an Eclipse Yocto Plug-in to allow you to
|
||||||
|
develop within that familiar environment.
|
||||||
|
</para>
|
||||||
|
</section>
|
||||||
|
|
||||||
|
<section id='getting-setup'>
|
||||||
|
<title>Getting Set Up</title>
|
||||||
|
|
||||||
|
<para>
|
||||||
|
Here is what you need to get set up to use the Yocto Project:
|
||||||
|
<itemizedlist>
|
||||||
|
<listitem><para><emphasis>Host System:</emphasis> You should have a reasonably current
|
||||||
|
Linux-based host system.
|
||||||
|
You will have the best results with a recent release of Fedora,
|
||||||
|
OpenSUSE, Debian, Ubuntu, or CentOS as these releases are frequently tested against the Yocto Project
|
||||||
|
and officially supported.
|
||||||
|
For a list of the distributions under validation and their status, see the
|
||||||
|
"<ulink url='&YOCTO_DOCS_REF_URL;#detailed-supported-distros'>Supported Linux Distributions</ulink>" section
|
||||||
|
in the Yocto Project Reference Manual and the wiki page at
|
||||||
|
<ulink url='&YOCTO_WIKI_URL;/wiki/Distribution_Support'>Distribution Support</ulink>.</para>
|
||||||
|
<para>
|
||||||
|
You should also have about 100 gigabytes of free disk space for building images.
|
||||||
|
</para></listitem>
|
||||||
|
<listitem><para><emphasis>Packages:</emphasis> The OpenEmbedded build system
|
||||||
|
requires certain packages exist on your development system (e.g. Python 2.6 or 2.7).
|
||||||
|
See "<ulink url='&YOCTO_DOCS_QS_URL;#packages'>The Packages</ulink>"
|
||||||
|
section in the Yocto Project Quick Start for the exact package
|
||||||
|
requirements and the installation commands to install them
|
||||||
|
for the supported distributions.</para></listitem>
|
||||||
|
<listitem id='local-yp-release'><para><emphasis>Yocto Project Release:</emphasis>
|
||||||
|
You need a release of the Yocto Project.
|
||||||
|
You set that up with a local <link linkend='source-directory'>Source Directory</link>
|
||||||
|
one of two ways depending on whether you
|
||||||
|
are going to contribute back into the Yocto Project or not.
|
||||||
|
<note>
|
||||||
|
Regardless of the method you use, this manual refers to the resulting local
|
||||||
|
hierarchical set of files as the "Source Directory."
|
||||||
|
</note>
|
||||||
|
<itemizedlist>
|
||||||
|
<listitem><para><emphasis>Tarball Extraction:</emphasis> If you are not going to contribute
|
||||||
|
back into the Yocto Project, you can simply download a Yocto Project release you want
|
||||||
|
from the website’s <ulink url='&YOCTO_HOME_URL;/download'>download page</ulink>.
|
||||||
|
Once you have the tarball, just extract it into a directory of your choice.</para>
|
||||||
|
<para>For example, the following command extracts the Yocto Project &DISTRO;
|
||||||
|
release tarball
|
||||||
|
into the current working directory and sets up the local Source Directory
|
||||||
|
with a top-level folder named <filename>&YOCTO_POKY;</filename>:
|
||||||
|
<literallayout class='monospaced'>
|
||||||
|
$ tar xfj &YOCTO_POKY_TARBALL;
|
||||||
|
</literallayout></para>
|
||||||
|
<para>This method does not produce a local Git repository.
|
||||||
|
Instead, you simply end up with a snapshot of the release.</para></listitem>
|
||||||
|
<listitem><para><emphasis>Git Repository Method:</emphasis> If you are going to be contributing
|
||||||
|
back into the Yocto Project or you simply want to keep up
|
||||||
|
with the latest developments, you should use Git commands to set up a local
|
||||||
|
Git repository of the upstream <filename>poky</filename> source repository.
|
||||||
|
Doing so creates a repository with a complete history of changes and allows
|
||||||
|
you to easily submit your changes upstream to the project.
|
||||||
|
Because you cloned the repository, you have access to all the Yocto Project development
|
||||||
|
branches and tag names used in the upstream repository.</para>
|
||||||
|
<para>The following transcript shows how to clone the <filename>poky</filename>
|
||||||
|
Git repository into the current working directory.
|
||||||
|
<note>You can view the Yocto Project Source Repositories at
|
||||||
|
<ulink url='&YOCTO_GIT_URL;/cgit.cgi'></ulink></note>
|
||||||
|
The command creates the local repository in a directory named <filename>poky</filename>.
|
||||||
|
For information on Git used within the Yocto Project, see the
|
||||||
|
"<link linkend='git'>Git</link>" section.
|
||||||
|
<literallayout class='monospaced'>
|
||||||
|
$ git clone git://git.yoctoproject.org/poky
|
||||||
|
Initialized empty Git repository in /home/scottrif/poky/.git/
|
||||||
|
remote: Counting objects: 141863, done.
|
||||||
|
remote: Compressing objects: 100% (38624/38624), done.
|
||||||
|
remote: Total 141863 (delta 99661), reused 141816 (delta 99614)
|
||||||
|
Receiving objects: 100% (141863/141863), 76.64 MiB | 126 KiB/s, done.
|
||||||
|
Resolving deltas: 100% (99661/99661), done.
|
||||||
|
</literallayout></para>
|
||||||
|
<para>For another example of how to set up your own local Git repositories, see this
|
||||||
|
<ulink url='&YOCTO_WIKI_URL;/wiki/Transcript:_from_git_checkout_to_meta-intel_BSP'>
|
||||||
|
wiki page</ulink>, which describes how to create both <filename>poky</filename>
|
||||||
|
and <filename>meta-intel</filename> Git repositories.</para></listitem>
|
||||||
|
</itemizedlist></para></listitem>
|
||||||
|
<listitem id='local-kernel-files'><para><emphasis>Yocto Project Kernel:</emphasis>
|
||||||
|
If you are going to be making modifications to a supported Yocto Project kernel, you
|
||||||
|
need to establish local copies of the source.
|
||||||
|
You can find Git repositories of supported Yocto Project Kernels organized under
|
||||||
|
"Yocto Linux Kernel" in the Yocto Project Source Repositories at
|
||||||
|
<ulink url='&YOCTO_GIT_URL;/cgit.cgi'></ulink>.</para>
|
||||||
|
<para>This setup can involve creating a bare clone of the Yocto Project kernel and then
|
||||||
|
copying that cloned repository.
|
||||||
|
You can create the bare clone and the copy of the bare clone anywhere you like.
|
||||||
|
For simplicity, it is recommended that you create these structures outside of the
|
||||||
|
Source Directory (usually <filename>poky</filename>).</para>
|
||||||
|
<para>As an example, the following transcript shows how to create the bare clone
|
||||||
|
of the <filename>linux-yocto-3.4</filename> kernel and then create a copy of
|
||||||
|
that clone.
|
||||||
|
<note>When you have a local Yocto Project kernel Git repository, you can
|
||||||
|
reference that repository rather than the upstream Git repository as
|
||||||
|
part of the <filename>clone</filename> command.
|
||||||
|
Doing so can speed up the process.</note></para>
|
||||||
|
<para>In the following example, the bare clone is named
|
||||||
|
<filename>linux-yocto-3.4.git</filename>, while the
|
||||||
|
copy is named <filename>my-linux-yocto-3.4-work</filename>:
|
||||||
|
<literallayout class='monospaced'>
|
||||||
|
$ git clone --bare git://git.yoctoproject.org/linux-yocto-3.4 linux-yocto-3.4.git
|
||||||
|
Initialized empty Git repository in /home/scottrif/linux-yocto-3.4.git/
|
||||||
|
remote: Counting objects: 2468027, done.
|
||||||
|
remote: Compressing objects: 100% (392255/392255), done.
|
||||||
|
remote: Total 2468027 (delta 2071693), reused 2448773 (delta 2052498)
|
||||||
|
Receiving objects: 100% (2468027/2468027), 530.46 MiB | 129 KiB/s, done.
|
||||||
|
Resolving deltas: 100% (2071693/2071693), done.
|
||||||
|
</literallayout></para>
|
||||||
|
<para>Now create a clone of the bare clone just created:
|
||||||
|
<literallayout class='monospaced'>
|
||||||
|
$ git clone linux-yocto-3.4.git my-linux-yocto-3.4-work
|
||||||
|
Cloning into 'my-linux-yocto-3.4-work'...
|
||||||
|
done.
|
||||||
|
</literallayout></para></listitem>
|
||||||
|
<listitem id='poky-extras-repo'><para><emphasis>
|
||||||
|
The <filename>poky-extras</filename> Git Repository</emphasis>:
|
||||||
|
The <filename>poky-extras</filename> Git repository contains metadata needed
|
||||||
|
only if you are modifying and building the kernel image.
|
||||||
|
In particular, it contains the kernel BitBake append (<filename>.bbappend</filename>)
|
||||||
|
files that you
|
||||||
|
edit to point to your locally modified kernel source files and to build the kernel
|
||||||
|
image.
|
||||||
|
Pointing to these local files is much more efficient than requiring a download of the
|
||||||
|
kernel's source files from upstream each time you make changes to the kernel.</para>
|
||||||
|
<para>You can find the <filename>poky-extras</filename> Git Repository in the
|
||||||
|
"Yocto Metadata Layers" area of the Yocto Project Source Repositories at
|
||||||
|
<ulink url='&YOCTO_GIT_URL;/cgit.cgi'></ulink>.
|
||||||
|
It is good practice to create this Git repository inside the Source Directory.</para>
|
||||||
|
<para>Following is an example that creates the <filename>poky-extras</filename> Git
|
||||||
|
repository inside the Source Directory, which is named <filename>poky</filename>
|
||||||
|
in this case:
|
||||||
|
<literallayout class='monospaced'>
|
||||||
|
$ cd ~/poky
|
||||||
|
$ git clone git://git.yoctoproject.org/poky-extras poky-extras
|
||||||
|
Initialized empty Git repository in /home/scottrif/poky/poky-extras/.git/
|
||||||
|
remote: Counting objects: 618, done.
|
||||||
|
remote: Compressing objects: 100% (558/558), done.
|
||||||
|
remote: Total 618 (delta 192), reused 307 (delta 39)
|
||||||
|
Receiving objects: 100% (618/618), 526.26 KiB | 111 KiB/s, done.
|
||||||
|
Resolving deltas: 100% (192/192), done.
|
||||||
|
</literallayout></para></listitem>
|
||||||
|
<listitem><para id='supported-board-support-packages-(bsps)'><emphasis>Supported Board
|
||||||
|
Support Packages (BSPs):</emphasis>
|
||||||
|
The Yocto Project provides a layer called <filename>meta-intel</filename> and
|
||||||
|
it is maintained in its own separate Git repository.
|
||||||
|
The <filename>meta-intel</filename> layer contains many supported
|
||||||
|
<ulink url='&YOCTO_DOCS_BSP_URL;#bsp-layers'>BSP Layers</ulink>.</para>
|
||||||
|
<para>Similar considerations exist for setting up the <filename>meta-intel</filename>
|
||||||
|
layer.
|
||||||
|
You can get set up for BSP development one of two ways: tarball extraction or
|
||||||
|
with a local Git repository.
|
||||||
|
It is a good idea to use the same method that you used to set up the Source Directory.
|
||||||
|
Regardless of the method you use, the Yocto Project uses the following BSP layer
|
||||||
|
naming scheme:
|
||||||
|
<literallayout class='monospaced'>
|
||||||
|
meta-<BSP_name>
|
||||||
|
</literallayout>
|
||||||
|
where <filename><BSP_name></filename> is the recognized BSP name.
|
||||||
|
Here are some examples:
|
||||||
|
<literallayout class='monospaced'>
|
||||||
|
meta-crownbay
|
||||||
|
meta-emenlow
|
||||||
|
meta-n450
|
||||||
|
</literallayout>
|
||||||
|
See the
|
||||||
|
"<ulink url='&YOCTO_DOCS_BSP_URL;#bsp-layers'>BSP Layers</ulink>"
|
||||||
|
section in the Yocto Project Board Support Package (BSP) Developer's Guide for more
|
||||||
|
information on BSP Layers.
|
||||||
|
<itemizedlist>
|
||||||
|
<listitem><para><emphasis>Tarball Extraction:</emphasis> You can download any released
|
||||||
|
BSP tarball from the same
|
||||||
|
<ulink url='&YOCTO_HOME_URL;/download'>download site</ulink> used
|
||||||
|
to get the Yocto Project release.
|
||||||
|
Once you have the tarball, just extract it into a directory of your choice.
|
||||||
|
Again, this method just produces a snapshot of the BSP layer in the form
|
||||||
|
of a hierarchical directory structure.</para></listitem>
|
||||||
|
<listitem><para><emphasis>Git Repository Method:</emphasis> If you are working
|
||||||
|
with a local Git repository for your Source Directory, you should also use this method
|
||||||
|
to set up the <filename>meta-intel</filename> Git repository.
|
||||||
|
You can locate the <filename>meta-intel</filename> Git repository in the
|
||||||
|
"Yocto Metadata Layers" area of the Yocto Project Source Repositories at
|
||||||
|
<ulink url='&YOCTO_GIT_URL;/cgit.cgi'></ulink>.</para>
|
||||||
|
<para>Typically, you set up the <filename>meta-intel</filename> Git repository inside
|
||||||
|
the Source Directory.
|
||||||
|
For example, the following transcript shows the steps to clone the
|
||||||
|
<filename>meta-intel</filename>
|
||||||
|
Git repository inside the local <filename>poky</filename> Git repository.
|
||||||
|
<literallayout class='monospaced'>
|
||||||
|
$ cd ~/poky
|
||||||
|
$ git clone git://git.yoctoproject.org/meta-intel.git
|
||||||
|
Initialized empty Git repository in /home/scottrif/poky/meta-intel/.git/
|
||||||
|
remote: Counting objects: 3380, done.
|
||||||
|
remote: Compressing objects: 100% (2750/2750), done.
|
||||||
|
remote: Total 3380 (delta 1689), reused 227 (delta 113)
|
||||||
|
Receiving objects: 100% (3380/3380), 1.77 MiB | 128 KiB/s, done.
|
||||||
|
Resolving deltas: 100% (1689/1689), done.
|
||||||
|
</literallayout></para>
|
||||||
|
<para>The same
|
||||||
|
<ulink url='&YOCTO_WIKI_URL;/wiki/Transcript:_from_git_checkout_to_meta-intel_BSP'>
|
||||||
|
wiki page</ulink> referenced earlier covers how to
|
||||||
|
set up the <filename>meta-intel</filename> Git repository.</para></listitem>
|
||||||
|
</itemizedlist></para></listitem>
|
||||||
|
<listitem><para><emphasis>Eclipse Yocto Plug-in:</emphasis> If you are developing
|
||||||
|
applications using the Eclipse Integrated Development Environment (IDE),
|
||||||
|
you will need this plug-in.
|
||||||
|
See the
|
||||||
|
"<link linkend='setting-up-the-eclipse-ide'>Setting up the Eclipse IDE</link>"
|
||||||
|
section for more information.</para></listitem>
|
||||||
|
</itemizedlist>
|
||||||
|
</para>
|
||||||
|
</section>
|
||||||
|
|
||||||
|
<section id='building-images'>
|
||||||
|
<title>Building Images</title>
|
||||||
|
|
||||||
|
<para>
|
||||||
|
The build process creates an entire Linux distribution, including the toolchain, from source.
|
||||||
|
For more information on this topic, see the
|
||||||
|
"<ulink url='&YOCTO_DOCS_QS_URL;#building-image'>Building an Image</ulink>"
|
||||||
|
section in the Yocto Project Quick Start.
|
||||||
|
</para>
|
||||||
|
|
||||||
|
<para>
|
||||||
|
The build process is as follows:
|
||||||
|
<orderedlist>
|
||||||
|
<listitem><para>Make sure you have set up the Source Directory described in the
|
||||||
|
previous section.</para></listitem>
|
||||||
|
<listitem><para>Initialize the build environment by sourcing a build environment
|
||||||
|
script.</para></listitem>
|
||||||
|
<listitem><para>Optionally ensure the <filename>conf/local.conf</filename> configuration file,
|
||||||
|
which is found in the
|
||||||
|
<link linkend='build-directory'>Build Directory</link>,
|
||||||
|
is set up how you want it.
|
||||||
|
This file defines many aspects of the build environment including
|
||||||
|
the target machine architecture through the
|
||||||
|
<filename><ulink url='&YOCTO_DOCS_REF_URL;#var-MACHINE'>MACHINE</ulink></filename> variable,
|
||||||
|
the development machine's processor use through the
|
||||||
|
<filename><ulink url='&YOCTO_DOCS_REF_URL;#var-BB_NUMBER_THREADS'>BB_NUMBER_THREADS</ulink></filename> and
|
||||||
|
<filename><ulink url='&YOCTO_DOCS_REF_URL;#var-PARALLEL_MAKE'>PARALLEL_MAKE</ulink></filename> variables, and
|
||||||
|
a centralized tarball download directory through the
|
||||||
|
<filename><ulink url='&YOCTO_DOCS_REF_URL;#var-DL_DIR'>DL_DIR</ulink></filename> variable.</para></listitem>
|
||||||
|
<listitem><para>Build the image using the <filename>bitbake</filename> command.
|
||||||
|
If you want information on BitBake, see the user manual inculded in the
|
||||||
|
<filename>bitbake/doc/manual</filename> directory of the
|
||||||
|
<link linkend='source-directory'>Source Directory</link>.</para></listitem>
|
||||||
|
<listitem><para>Run the image either on the actual hardware or using the QEMU
|
||||||
|
emulator.</para></listitem>
|
||||||
|
</orderedlist>
|
||||||
|
</para>
|
||||||
|
</section>
|
||||||
|
|
||||||
|
<section id='using-pre-built-binaries-and-qemu'>
|
||||||
|
<title>Using Pre-Built Binaries and QEMU</title>
|
||||||
|
|
||||||
|
<para>
|
||||||
|
Another option you have to get started is to use pre-built binaries.
|
||||||
|
The Yocto Project provides many types of binaries with each release.
|
||||||
|
See the "<ulink url='&YOCTO_DOCS_REF_URL;#ref-images'>Images</ulink>"
|
||||||
|
chapter in the Yocto Project Reference Manual
|
||||||
|
for descriptions of the types of binaries that ship with a Yocto Project
|
||||||
|
release.
|
||||||
|
</para>
|
||||||
|
|
||||||
|
<para>
|
||||||
|
Using a pre-built binary is ideal for developing software applications to run on your
|
||||||
|
target hardware.
|
||||||
|
To do this, you need to be able to access the appropriate cross-toolchain tarball for
|
||||||
|
the architecture on which you are developing.
|
||||||
|
If you are using an SDK type image, the image ships with the complete toolchain native to
|
||||||
|
the architecture.
|
||||||
|
If you are not using an SDK type image, you need to separately download and
|
||||||
|
install the stand-alone Yocto Project cross-toolchain tarball.
|
||||||
|
</para>
|
||||||
|
|
||||||
|
<para>
|
||||||
|
Regardless of the type of image you are using, you need to download the pre-built kernel
|
||||||
|
that you will boot in the QEMU emulator and then download and extract the target root
|
||||||
|
filesystem for your target machine’s architecture.
|
||||||
|
You can get architecture-specific binaries and filesystems from
|
||||||
|
<ulink url='&YOCTO_MACHINES_DL_URL;'>machines</ulink>.
|
||||||
|
You can get installation scripts for stand-alone toolchains from
|
||||||
|
<ulink url='&YOCTO_TOOLCHAIN_DL_URL;'>toolchains</ulink>.
|
||||||
|
Once you have all your files, you set up the environment to emulate the hardware
|
||||||
|
by sourcing an environment setup script.
|
||||||
|
Finally, you start the QEMU emulator.
|
||||||
|
You can find details on all these steps in the
|
||||||
|
"<ulink url='&YOCTO_DOCS_QS_URL;#using-pre-built'>Using Pre-Built Binaries and QEMU</ulink>"
|
||||||
|
section of the Yocto Project Quick Start.
|
||||||
|
</para>
|
||||||
|
|
||||||
|
<para>
|
||||||
|
Using QEMU to emulate your hardware can result in speed issues
|
||||||
|
depending on the target and host architecture mix.
|
||||||
|
For example, using the <filename>qemux86</filename> image in the emulator
|
||||||
|
on an Intel-based 32-bit (x86) host machine is fast because the target and
|
||||||
|
host architectures match.
|
||||||
|
On the other hand, using the <filename>qemuarm</filename> image on the same Intel-based
|
||||||
|
host can be slower.
|
||||||
|
But, you still achieve faithful emulation of ARM-specific issues.
|
||||||
|
</para>
|
||||||
|
|
||||||
|
<para>
|
||||||
|
To speed things up, the QEMU images support using <filename>distcc</filename>
|
||||||
|
to call a cross-compiler outside the emulated system.
|
||||||
|
If you used <filename>runqemu</filename> to start QEMU, and the
|
||||||
|
<filename>distccd</filename> application is present on the host system, any
|
||||||
|
BitBake cross-compiling toolchain available from the build system is automatically
|
||||||
|
used from within QEMU simply by calling <filename>distcc</filename>.
|
||||||
|
You can accomplish this by defining the cross-compiler variable
|
||||||
|
(e.g. <filename>export CC="distcc"</filename>).
|
||||||
|
Alternatively, if you are using a suitable SDK image or the appropriate
|
||||||
|
stand-alone toolchain is present in <filename>/opt/poky</filename>,
|
||||||
|
the toolchain is also automatically used.
|
||||||
|
</para>
|
||||||
|
|
||||||
|
<note>
|
||||||
|
Several mechanisms exist that let you connect to the system running on the
|
||||||
|
QEMU emulator:
|
||||||
|
<itemizedlist>
|
||||||
|
<listitem><para>QEMU provides a framebuffer interface that makes standard
|
||||||
|
consoles available.</para></listitem>
|
||||||
|
<listitem><para>Generally, headless embedded devices have a serial port.
|
||||||
|
If so, you can configure the operating system of the running image
|
||||||
|
to use that port to run a console.
|
||||||
|
The connection uses standard IP networking.</para></listitem>
|
||||||
|
<listitem><para>SSH servers exist in some QEMU images.
|
||||||
|
The <filename>core-image-sato</filename> QEMU image has a Dropbear secure
|
||||||
|
shell (ssh) server that runs with the root password disabled.
|
||||||
|
The <filename>core-image-basic</filename> and <filename>core-image-lsb</filename> QEMU images
|
||||||
|
have OpenSSH instead of Dropbear.
|
||||||
|
Including these SSH servers allow you to use standard <filename>ssh</filename> and
|
||||||
|
<filename>scp</filename> commands.
|
||||||
|
The <filename>core-image-minimal</filename> QEMU image, however, contains no ssh
|
||||||
|
server.</para></listitem>
|
||||||
|
<listitem><para>You can use a provided, user-space NFS server to boot the QEMU session
|
||||||
|
using a local copy of the root filesystem on the host.
|
||||||
|
In order to make this connection, you must extract a root filesystem tarball by using the
|
||||||
|
<filename>runqemu-extract-sdk</filename> command.
|
||||||
|
After running the command, you must then point the <filename>runqemu</filename>
|
||||||
|
script to the extracted directory instead of a root filesystem image file.</para></listitem>
|
||||||
|
</itemizedlist>
|
||||||
|
</note>
|
||||||
|
</section>
|
||||||
|
</chapter>
|
||||||
|
<!--
|
||||||
|
vim: expandtab tw=80 ts=4
|
||||||
|
-->
|
|
@ -0,0 +1,8 @@
|
||||||
|
<?xml version='1.0'?>
|
||||||
|
<xsl:stylesheet xmlns:xsl="http://www.w3.org/1999/XSL/Transform" xmlns="http://www.w3.org/1999/xhtml" xmlns:fo="http://www.w3.org/1999/XSL/Format" version="1.0">
|
||||||
|
|
||||||
|
<xsl:import href="http://docbook.sourceforge.net/release/xsl/current/xhtml/docbook.xsl" />
|
||||||
|
|
||||||
|
<!-- <xsl:param name="generate.toc" select="'article nop'"></xsl:param> -->
|
||||||
|
|
||||||
|
</xsl:stylesheet>
|
File diff suppressed because it is too large
Load Diff
|
@ -0,0 +1,190 @@
|
||||||
|
<!DOCTYPE chapter PUBLIC "-//OASIS//DTD DocBook XML V4.2//EN"
|
||||||
|
"http://www.oasis-open.org/docbook/xml/4.2/docbookx.dtd"
|
||||||
|
[<!ENTITY % poky SYSTEM "../poky.ent"> %poky; ] >
|
||||||
|
|
||||||
|
<chapter id='dev-manual-intro'>
|
||||||
|
|
||||||
|
<title>The Yocto Project Development Manual</title>
|
||||||
|
<section id='intro'>
|
||||||
|
<title>Introduction</title>
|
||||||
|
|
||||||
|
<para>
|
||||||
|
Welcome to the Yocto Project Development Manual!
|
||||||
|
This manual gives you an idea of how to use the Yocto Project to develop embedded Linux
|
||||||
|
images and user-space applications to run on targeted devices.
|
||||||
|
Reading this manual gives you an overview of image, kernel, and user-space application development
|
||||||
|
using the Yocto Project.
|
||||||
|
Because much of the information in this manual is general, it contains many references to other
|
||||||
|
sources where you can find more detail.
|
||||||
|
For example, detailed information on Git, repositories and open source in general
|
||||||
|
can be found in many places.
|
||||||
|
Another example is how to get set up to use the Yocto Project, which our Yocto Project
|
||||||
|
Quick Start covers.
|
||||||
|
</para>
|
||||||
|
|
||||||
|
<para>
|
||||||
|
The Yocto Project Development Manual, however, does provide detailed examples
|
||||||
|
on how to change the kernel source code, reconfigure the kernel, and develop
|
||||||
|
an application using the popular <trademark class='trade'>Eclipse</trademark> IDE.
|
||||||
|
</para>
|
||||||
|
</section>
|
||||||
|
|
||||||
|
<section id='what-this-manual-provides'>
|
||||||
|
<title>What this Manual Provides</title>
|
||||||
|
|
||||||
|
<para>
|
||||||
|
The following list describes what you can get from this guide:
|
||||||
|
<itemizedlist>
|
||||||
|
<listitem><para>Information that lets you get set
|
||||||
|
up to develop using the Yocto Project.</para></listitem>
|
||||||
|
<listitem><para>Information to help developers who are new to the open source environment
|
||||||
|
and to the distributed revision control system Git, which the Yocto Project
|
||||||
|
uses.</para></listitem>
|
||||||
|
<listitem><para>An understanding of common end-to-end development models and tasks.</para></listitem>
|
||||||
|
<listitem><para>Development case overviews for both system development and user-space
|
||||||
|
applications.</para></listitem>
|
||||||
|
<listitem><para>An overview and understanding of the emulation environment used with
|
||||||
|
the Yocto Project - the Quick EMUlator (QEMU).</para></listitem>
|
||||||
|
<listitem><para>An understanding of basic kernel architecture and concepts.</para></listitem>
|
||||||
|
<listitem><para>Many references to other sources of related information.</para></listitem>
|
||||||
|
</itemizedlist>
|
||||||
|
</para>
|
||||||
|
</section>
|
||||||
|
|
||||||
|
<section id='what-this-manual-does-not-provide'>
|
||||||
|
<title>What this Manual Does Not Provide</title>
|
||||||
|
|
||||||
|
<para>
|
||||||
|
This manual will not give you the following:
|
||||||
|
<itemizedlist>
|
||||||
|
<listitem><para>Step-by-step instructions if those instructions exist in other Yocto
|
||||||
|
Project documentation.
|
||||||
|
For example, the Yocto Project Application Developer's Guide contains detailed
|
||||||
|
instruction on how to run the
|
||||||
|
<ulink url='&YOCTO_DOCS_ADT_URL;#installing-the-adt'>Installing the ADT and Toolchains</ulink>,
|
||||||
|
which is used to set up a cross-development environment.</para></listitem>
|
||||||
|
<listitem><para>Reference material.
|
||||||
|
This type of material resides in an appropriate reference manual.
|
||||||
|
For example, system variables are documented in the
|
||||||
|
<ulink url='&YOCTO_DOCS_REF_URL;'>Yocto Project Reference Manual</ulink>.</para></listitem>
|
||||||
|
<listitem><para>Detailed public information that is not specific to the Yocto Project.
|
||||||
|
For example, exhaustive information on how to use Git is covered better through the
|
||||||
|
Internet than in this manual.</para></listitem>
|
||||||
|
</itemizedlist>
|
||||||
|
</para>
|
||||||
|
</section>
|
||||||
|
|
||||||
|
<section id='other-information'>
|
||||||
|
<title>Other Information</title>
|
||||||
|
|
||||||
|
<para>
|
||||||
|
Because this manual presents overview information for many different topics, you will
|
||||||
|
need to supplement it with other information.
|
||||||
|
The following list presents other sources of information you might find helpful:
|
||||||
|
<itemizedlist>
|
||||||
|
<listitem><para><emphasis>The <ulink url='&YOCTO_HOME_URL;'>Yocto Project Website</ulink>:
|
||||||
|
</emphasis> The home page for the Yocto Project provides lots of information on the project
|
||||||
|
as well as links to software and documentation.</para></listitem>
|
||||||
|
<listitem><para><emphasis>
|
||||||
|
<ulink url='&YOCTO_DOCS_QS_URL;'>Yocto Project Quick Start</ulink>:</emphasis> This short document lets you get started
|
||||||
|
with the Yocto Project quickly and start building an image.</para></listitem>
|
||||||
|
<listitem><para><emphasis>
|
||||||
|
<ulink url='&YOCTO_DOCS_REF_URL;'>Yocto Project Reference Manual</ulink>:</emphasis> This manual is a reference
|
||||||
|
guide to the OpenEmbedded build system known as "Poky."
|
||||||
|
The manual also contains a reference chapter on Board Support Package (BSP)
|
||||||
|
layout.</para></listitem>
|
||||||
|
<listitem><para><emphasis>
|
||||||
|
<ulink url='&YOCTO_DOCS_ADT_URL;'>Yocto Project Application Developer's Guide</ulink>:</emphasis>
|
||||||
|
This guide provides information that lets you get going with the Application
|
||||||
|
Development Toolkit (ADT) and stand-alone cross-development toolchains to
|
||||||
|
develop projects using the Yocto Project.</para></listitem>
|
||||||
|
<listitem><para><emphasis>
|
||||||
|
<ulink url='&YOCTO_DOCS_BSP_URL;'>Yocto Project Board Support Package (BSP) Developer's Guide</ulink>:</emphasis>
|
||||||
|
This guide defines the structure for BSP components.
|
||||||
|
Having a commonly understood structure encourages standardization.</para></listitem>
|
||||||
|
<listitem><para><emphasis>
|
||||||
|
<ulink url='&YOCTO_DOCS_KERNEL_URL;'>Yocto Project Kernel Architecture and Use Manual</ulink>:</emphasis>
|
||||||
|
This manual describes the architecture of the Yocto Project kernel and provides
|
||||||
|
some work flow examples.</para></listitem>
|
||||||
|
<listitem><para><emphasis>
|
||||||
|
<ulink url='http://www.youtube.com/watch?v=3ZlOu-gLsh0'>
|
||||||
|
Eclipse IDE Yocto Plug-in</ulink>:</emphasis> A step-by-step instructional video that
|
||||||
|
demonstrates how an application developer uses Yocto Plug-in features within
|
||||||
|
the Eclipse IDE.</para></listitem>
|
||||||
|
<listitem><para><emphasis>
|
||||||
|
<ulink url='&YOCTO_WIKI_URL;/wiki/FAQ'>FAQ</ulink>:</emphasis>
|
||||||
|
A list of commonly asked questions and their answers.</para></listitem>
|
||||||
|
<listitem><para><emphasis>
|
||||||
|
<ulink url='&YOCTO_HOME_URL;/download/yocto/yocto-project-&DISTRO;-release-notes-poky-&POKYVERSION;'>
|
||||||
|
Release Notes</ulink>:</emphasis> Features, updates and known issues for the current
|
||||||
|
release of the Yocto Project.</para></listitem>
|
||||||
|
<listitem><para><emphasis>
|
||||||
|
<ulink url='&YOCTO_HOME_URL;/tools-resources/projects/hob'>
|
||||||
|
Hob</ulink>:</emphasis> A graphical user interface for BitBake.
|
||||||
|
Hob's primary goal is to enable a user to perform common tasks more easily.</para></listitem>
|
||||||
|
<listitem><para><emphasis>
|
||||||
|
<ulink url='&YOCTO_HOME_URL;/download/build-appliance-0'>
|
||||||
|
Build Appliance</ulink>:</emphasis> A bootable custom embedded Linux image you can
|
||||||
|
either build using a non-Linux development system (VMware applications) or download
|
||||||
|
from the Yocto Project website.
|
||||||
|
See the <ulink url='&YOCTO_HOME_URL;/documentation/build-appliance-manual'>Build Appliance</ulink>
|
||||||
|
page for more information.</para></listitem>
|
||||||
|
<listitem><para><emphasis>
|
||||||
|
<ulink url='&YOCTO_BUGZILLA_URL;'>Bugzilla</ulink>:</emphasis>
|
||||||
|
The bug tracking application the Yocto Project uses.
|
||||||
|
If you find problems with the Yocto Project, you should report them using this
|
||||||
|
application.</para></listitem>
|
||||||
|
<listitem><para><emphasis>
|
||||||
|
Yocto Project Mailing Lists:</emphasis> To subscribe to the Yocto Project mailing
|
||||||
|
lists, click on the following URLs and follow the instructions:
|
||||||
|
<itemizedlist>
|
||||||
|
<listitem><para><ulink url='&YOCTO_LISTS_URL;/listinfo/yocto'></ulink> for a
|
||||||
|
Yocto Project Discussions mailing list.</para></listitem>
|
||||||
|
<listitem><para><ulink url='&YOCTO_LISTS_URL;/listinfo/poky'></ulink> for a
|
||||||
|
Yocto Project Discussions mailing list about the Poky build system.</para></listitem>
|
||||||
|
<listitem><para><ulink url='&YOCTO_LISTS_URL;/listinfo/yocto-announce'></ulink>
|
||||||
|
for a mailing list to receive official Yocto Project announcements for developments and
|
||||||
|
as well as Yocto Project milestones.</para></listitem>
|
||||||
|
<listitem><para><ulink url='&YOCTO_LISTS_URL;/listinfo'></ulink> for a
|
||||||
|
listing of all public mailing lists on <filename>lists.yoctoproject.org</filename>.
|
||||||
|
</para></listitem>
|
||||||
|
</itemizedlist></para></listitem>
|
||||||
|
<listitem><para><emphasis>Internet Relay Chat (IRC):</emphasis>
|
||||||
|
Two IRC channels on freenode are available
|
||||||
|
for Yocto Project and Poky discussions: <filename>#yocto</filename> and
|
||||||
|
<filename>#poky</filename>, respectively.</para></listitem>
|
||||||
|
<listitem><para><emphasis>
|
||||||
|
<ulink url='&OH_HOME_URL;'>OpenedHand</ulink>:</emphasis>
|
||||||
|
The company that initially developed the Poky project, which is the basis
|
||||||
|
for the OpenEmbedded build system used by the Yocto Project.
|
||||||
|
OpenedHand was acquired by Intel Corporation in 2008.</para></listitem>
|
||||||
|
<listitem><para><emphasis>
|
||||||
|
<ulink url='http://www.intel.com/'>Intel Corporation</ulink>:</emphasis>
|
||||||
|
A multinational semiconductor chip manufacturer company whose Software and
|
||||||
|
Services Group created and supports the Yocto Project.
|
||||||
|
Intel acquired OpenedHand in 2008.</para></listitem>
|
||||||
|
<listitem><para><emphasis>
|
||||||
|
<ulink url='&OE_HOME_URL;'>OpenEmbedded</ulink>:</emphasis>
|
||||||
|
The build system used by the Yocto Project.
|
||||||
|
This project is the upstream, generic, embedded distribution from which the Yocto
|
||||||
|
Project derives its build system (Poky) from and to which it contributes.</para></listitem>
|
||||||
|
<listitem><para><emphasis>
|
||||||
|
<ulink url='http://developer.berlios.de/projects/bitbake/'>
|
||||||
|
BitBake</ulink>:</emphasis> The tool used by the OpenEmbedded build system
|
||||||
|
to process project metadata.</para></listitem>
|
||||||
|
<listitem><para><emphasis>
|
||||||
|
BitBake User Manual:</emphasis>
|
||||||
|
A comprehensive guide to the BitBake tool.
|
||||||
|
If you want information on BitBake, see the user manual inculded in the
|
||||||
|
<filename>bitbake/doc/manual</filename> directory of the
|
||||||
|
<link linkend='source-directory'>Source Directory</link>.</para></listitem>
|
||||||
|
<listitem><para><emphasis>
|
||||||
|
<ulink url='http://wiki.qemu.org/Index.html'>Quick EMUlator (QEMU)</ulink>:
|
||||||
|
</emphasis> An open-source machine emulator and virtualizer.</para></listitem>
|
||||||
|
</itemizedlist>
|
||||||
|
</para>
|
||||||
|
</section>
|
||||||
|
</chapter>
|
||||||
|
<!--
|
||||||
|
vim: expandtab tw=80 ts=4
|
||||||
|
-->
|
|
@ -0,0 +1,979 @@
|
||||||
|
/*
|
||||||
|
Generic XHTML / DocBook XHTML CSS Stylesheet.
|
||||||
|
|
||||||
|
Browser wrangling and typographic design by
|
||||||
|
Oyvind Kolas / pippin@gimp.org
|
||||||
|
|
||||||
|
Customised for Poky by
|
||||||
|
Matthew Allum / mallum@o-hand.com
|
||||||
|
|
||||||
|
Thanks to:
|
||||||
|
Liam R. E. Quin
|
||||||
|
William Skaggs
|
||||||
|
Jakub Steiner
|
||||||
|
|
||||||
|
Structure
|
||||||
|
---------
|
||||||
|
|
||||||
|
The stylesheet is divided into the following sections:
|
||||||
|
|
||||||
|
Positioning
|
||||||
|
Margins, paddings, width, font-size, clearing.
|
||||||
|
Decorations
|
||||||
|
Borders, style
|
||||||
|
Colors
|
||||||
|
Colors
|
||||||
|
Graphics
|
||||||
|
Graphical backgrounds
|
||||||
|
Nasty IE tweaks
|
||||||
|
Workarounds needed to make it work in internet explorer,
|
||||||
|
currently makes the stylesheet non validating, but up until
|
||||||
|
this point it is validating.
|
||||||
|
Mozilla extensions
|
||||||
|
Transparency for footer
|
||||||
|
Rounded corners on boxes
|
||||||
|
|
||||||
|
*/
|
||||||
|
|
||||||
|
|
||||||
|
/*************** /
|
||||||
|
/ Positioning /
|
||||||
|
/ ***************/
|
||||||
|
|
||||||
|
body {
|
||||||
|
font-family: Verdana, Sans, sans-serif;
|
||||||
|
|
||||||
|
min-width: 640px;
|
||||||
|
width: 80%;
|
||||||
|
margin: 0em auto;
|
||||||
|
padding: 2em 5em 5em 5em;
|
||||||
|
color: #333;
|
||||||
|
}
|
||||||
|
|
||||||
|
h1,h2,h3,h4,h5,h6,h7 {
|
||||||
|
font-family: Arial, Sans;
|
||||||
|
color: #00557D;
|
||||||
|
clear: both;
|
||||||
|
}
|
||||||
|
|
||||||
|
h1 {
|
||||||
|
font-size: 2em;
|
||||||
|
text-align: left;
|
||||||
|
padding: 0em 0em 0em 0em;
|
||||||
|
margin: 2em 0em 0em 0em;
|
||||||
|
}
|
||||||
|
|
||||||
|
h2.subtitle {
|
||||||
|
margin: 0.10em 0em 3.0em 0em;
|
||||||
|
padding: 0em 0em 0em 0em;
|
||||||
|
font-size: 1.8em;
|
||||||
|
padding-left: 20%;
|
||||||
|
font-weight: normal;
|
||||||
|
font-style: italic;
|
||||||
|
}
|
||||||
|
|
||||||
|
h2 {
|
||||||
|
margin: 2em 0em 0.66em 0em;
|
||||||
|
padding: 0.5em 0em 0em 0em;
|
||||||
|
font-size: 1.5em;
|
||||||
|
font-weight: bold;
|
||||||
|
}
|
||||||
|
|
||||||
|
h3.subtitle {
|
||||||
|
margin: 0em 0em 1em 0em;
|
||||||
|
padding: 0em 0em 0em 0em;
|
||||||
|
font-size: 142.14%;
|
||||||
|
text-align: right;
|
||||||
|
}
|
||||||
|
|
||||||
|
h3 {
|
||||||
|
margin: 1em 0em 0.5em 0em;
|
||||||
|
padding: 1em 0em 0em 0em;
|
||||||
|
font-size: 140%;
|
||||||
|
font-weight: bold;
|
||||||
|
}
|
||||||
|
|
||||||
|
h4 {
|
||||||
|
margin: 1em 0em 0.5em 0em;
|
||||||
|
padding: 1em 0em 0em 0em;
|
||||||
|
font-size: 120%;
|
||||||
|
font-weight: bold;
|
||||||
|
}
|
||||||
|
|
||||||
|
h5 {
|
||||||
|
margin: 1em 0em 0.5em 0em;
|
||||||
|
padding: 1em 0em 0em 0em;
|
||||||
|
font-size: 110%;
|
||||||
|
font-weight: bold;
|
||||||
|
}
|
||||||
|
|
||||||
|
h6 {
|
||||||
|
margin: 1em 0em 0em 0em;
|
||||||
|
padding: 1em 0em 0em 0em;
|
||||||
|
font-size: 110%;
|
||||||
|
font-weight: bold;
|
||||||
|
}
|
||||||
|
|
||||||
|
.authorgroup {
|
||||||
|
background-color: transparent;
|
||||||
|
background-repeat: no-repeat;
|
||||||
|
padding-top: 256px;
|
||||||
|
background-image: url("figures/dev-title.png");
|
||||||
|
background-position: left top;
|
||||||
|
margin-top: -256px;
|
||||||
|
padding-right: 50px;
|
||||||
|
margin-left: 0px;
|
||||||
|
text-align: right;
|
||||||
|
width: 740px;
|
||||||
|
}
|
||||||
|
|
||||||
|
h3.author {
|
||||||
|
margin: 0em 0me 0em 0em;
|
||||||
|
padding: 0em 0em 0em 0em;
|
||||||
|
font-weight: normal;
|
||||||
|
font-size: 100%;
|
||||||
|
color: #333;
|
||||||
|
clear: both;
|
||||||
|
}
|
||||||
|
|
||||||
|
.author tt.email {
|
||||||
|
font-size: 66%;
|
||||||
|
}
|
||||||
|
|
||||||
|
.titlepage hr {
|
||||||
|
width: 0em;
|
||||||
|
clear: both;
|
||||||
|
}
|
||||||
|
|
||||||
|
.revhistory {
|
||||||
|
padding-top: 2em;
|
||||||
|
clear: both;
|
||||||
|
}
|
||||||
|
|
||||||
|
.toc,
|
||||||
|
.list-of-tables,
|
||||||
|
.list-of-examples,
|
||||||
|
.list-of-figures {
|
||||||
|
padding: 1.33em 0em 2.5em 0em;
|
||||||
|
color: #00557D;
|
||||||
|
}
|
||||||
|
|
||||||
|
.toc p,
|
||||||
|
.list-of-tables p,
|
||||||
|
.list-of-figures p,
|
||||||
|
.list-of-examples p {
|
||||||
|
padding: 0em 0em 0em 0em;
|
||||||
|
padding: 0em 0em 0.3em;
|
||||||
|
margin: 1.5em 0em 0em 0em;
|
||||||
|
}
|
||||||
|
|
||||||
|
.toc p b,
|
||||||
|
.list-of-tables p b,
|
||||||
|
.list-of-figures p b,
|
||||||
|
.list-of-examples p b{
|
||||||
|
font-size: 100.0%;
|
||||||
|
font-weight: bold;
|
||||||
|
}
|
||||||
|
|
||||||
|
.toc dl,
|
||||||
|
.list-of-tables dl,
|
||||||
|
.list-of-figures dl,
|
||||||
|
.list-of-examples dl {
|
||||||
|
margin: 0em 0em 0.5em 0em;
|
||||||
|
padding: 0em 0em 0em 0em;
|
||||||
|
}
|
||||||
|
|
||||||
|
.toc dt {
|
||||||
|
margin: 0em 0em 0em 0em;
|
||||||
|
padding: 0em 0em 0em 0em;
|
||||||
|
}
|
||||||
|
|
||||||
|
.toc dd {
|
||||||
|
margin: 0em 0em 0em 2.6em;
|
||||||
|
padding: 0em 0em 0em 0em;
|
||||||
|
}
|
||||||
|
|
||||||
|
div.glossary dl,
|
||||||
|
div.variablelist dl {
|
||||||
|
}
|
||||||
|
|
||||||
|
.glossary dl dt,
|
||||||
|
.variablelist dl dt,
|
||||||
|
.variablelist dl dt span.term {
|
||||||
|
font-weight: normal;
|
||||||
|
width: 20em;
|
||||||
|
text-align: right;
|
||||||
|
}
|
||||||
|
|
||||||
|
.variablelist dl dt {
|
||||||
|
margin-top: 0.5em;
|
||||||
|
}
|
||||||
|
|
||||||
|
.glossary dl dd,
|
||||||
|
.variablelist dl dd {
|
||||||
|
margin-top: -1em;
|
||||||
|
margin-left: 25.5em;
|
||||||
|
}
|
||||||
|
|
||||||
|
.glossary dd p,
|
||||||
|
.variablelist dd p {
|
||||||
|
margin-top: 0em;
|
||||||
|
margin-bottom: 1em;
|
||||||
|
}
|
||||||
|
|
||||||
|
|
||||||
|
div.calloutlist table td {
|
||||||
|
padding: 0em 0em 0em 0em;
|
||||||
|
margin: 0em 0em 0em 0em;
|
||||||
|
}
|
||||||
|
|
||||||
|
div.calloutlist table td p {
|
||||||
|
margin-top: 0em;
|
||||||
|
margin-bottom: 1em;
|
||||||
|
}
|
||||||
|
|
||||||
|
div p.copyright {
|
||||||
|
text-align: left;
|
||||||
|
}
|
||||||
|
|
||||||
|
div.legalnotice p.legalnotice-title {
|
||||||
|
margin-bottom: 0em;
|
||||||
|
}
|
||||||
|
|
||||||
|
p {
|
||||||
|
line-height: 1.5em;
|
||||||
|
margin-top: 0em;
|
||||||
|
|
||||||
|
}
|
||||||
|
|
||||||
|
dl {
|
||||||
|
padding-top: 0em;
|
||||||
|
}
|
||||||
|
|
||||||
|
hr {
|
||||||
|
border: solid 1px;
|
||||||
|
}
|
||||||
|
|
||||||
|
|
||||||
|
.mediaobject,
|
||||||
|
.mediaobjectco {
|
||||||
|
text-align: center;
|
||||||
|
}
|
||||||
|
|
||||||
|
img {
|
||||||
|
border: none;
|
||||||
|
}
|
||||||
|
|
||||||
|
ul {
|
||||||
|
padding: 0em 0em 0em 1.5em;
|
||||||
|
}
|
||||||
|
|
||||||
|
ul li {
|
||||||
|
padding: 0em 0em 0em 0em;
|
||||||
|
}
|
||||||
|
|
||||||
|
ul li p {
|
||||||
|
text-align: left;
|
||||||
|
}
|
||||||
|
|
||||||
|
table {
|
||||||
|
width :100%;
|
||||||
|
}
|
||||||
|
|
||||||
|
th {
|
||||||
|
padding: 0.25em;
|
||||||
|
text-align: left;
|
||||||
|
font-weight: normal;
|
||||||
|
vertical-align: top;
|
||||||
|
}
|
||||||
|
|
||||||
|
td {
|
||||||
|
padding: 0.25em;
|
||||||
|
vertical-align: top;
|
||||||
|
}
|
||||||
|
|
||||||
|
p a[id] {
|
||||||
|
margin: 0px;
|
||||||
|
padding: 0px;
|
||||||
|
display: inline;
|
||||||
|
background-image: none;
|
||||||
|
}
|
||||||
|
|
||||||
|
a {
|
||||||
|
text-decoration: underline;
|
||||||
|
color: #444;
|
||||||
|
}
|
||||||
|
|
||||||
|
pre {
|
||||||
|
overflow: auto;
|
||||||
|
}
|
||||||
|
|
||||||
|
a:hover {
|
||||||
|
text-decoration: underline;
|
||||||
|
/*font-weight: bold;*/
|
||||||
|
}
|
||||||
|
|
||||||
|
|
||||||
|
div.informalfigure,
|
||||||
|
div.informalexample,
|
||||||
|
div.informaltable,
|
||||||
|
div.figure,
|
||||||
|
div.table,
|
||||||
|
div.example {
|
||||||
|
margin: 1em 0em;
|
||||||
|
padding: 1em;
|
||||||
|
page-break-inside: avoid;
|
||||||
|
}
|
||||||
|
|
||||||
|
|
||||||
|
div.informalfigure p.title b,
|
||||||
|
div.informalexample p.title b,
|
||||||
|
div.informaltable p.title b,
|
||||||
|
div.figure p.title b,
|
||||||
|
div.example p.title b,
|
||||||
|
div.table p.title b{
|
||||||
|
padding-top: 0em;
|
||||||
|
margin-top: 0em;
|
||||||
|
font-size: 100%;
|
||||||
|
font-weight: normal;
|
||||||
|
}
|
||||||
|
|
||||||
|
.mediaobject .caption,
|
||||||
|
.mediaobject .caption p {
|
||||||
|
text-align: center;
|
||||||
|
font-size: 80%;
|
||||||
|
padding-top: 0.5em;
|
||||||
|
padding-bottom: 0.5em;
|
||||||
|
}
|
||||||
|
|
||||||
|
.epigraph {
|
||||||
|
padding-left: 55%;
|
||||||
|
margin-bottom: 1em;
|
||||||
|
}
|
||||||
|
|
||||||
|
.epigraph p {
|
||||||
|
text-align: left;
|
||||||
|
}
|
||||||
|
|
||||||
|
.epigraph .quote {
|
||||||
|
font-style: italic;
|
||||||
|
}
|
||||||
|
.epigraph .attribution {
|
||||||
|
font-style: normal;
|
||||||
|
text-align: right;
|
||||||
|
}
|
||||||
|
|
||||||
|
span.application {
|
||||||
|
font-style: italic;
|
||||||
|
}
|
||||||
|
|
||||||
|
.programlisting {
|
||||||
|
font-family: monospace;
|
||||||
|
font-size: 80%;
|
||||||
|
white-space: pre;
|
||||||
|
margin: 1.33em 0em;
|
||||||
|
padding: 1.33em;
|
||||||
|
}
|
||||||
|
|
||||||
|
.tip,
|
||||||
|
.warning,
|
||||||
|
.caution,
|
||||||
|
.note {
|
||||||
|
margin-top: 1em;
|
||||||
|
margin-bottom: 1em;
|
||||||
|
|
||||||
|
}
|
||||||
|
|
||||||
|
/* force full width of table within div */
|
||||||
|
.tip table,
|
||||||
|
.warning table,
|
||||||
|
.caution table,
|
||||||
|
.note table {
|
||||||
|
border: none;
|
||||||
|
width: 100%;
|
||||||
|
}
|
||||||
|
|
||||||
|
|
||||||
|
.tip table th,
|
||||||
|
.warning table th,
|
||||||
|
.caution table th,
|
||||||
|
.note table th {
|
||||||
|
padding: 0.8em 0.0em 0.0em 0.0em;
|
||||||
|
margin : 0em 0em 0em 0em;
|
||||||
|
}
|
||||||
|
|
||||||
|
.tip p,
|
||||||
|
.warning p,
|
||||||
|
.caution p,
|
||||||
|
.note p {
|
||||||
|
margin-top: 0.5em;
|
||||||
|
margin-bottom: 0.5em;
|
||||||
|
padding-right: 1em;
|
||||||
|
text-align: left;
|
||||||
|
}
|
||||||
|
|
||||||
|
.acronym {
|
||||||
|
text-transform: uppercase;
|
||||||
|
}
|
||||||
|
|
||||||
|
b.keycap,
|
||||||
|
.keycap {
|
||||||
|
padding: 0.09em 0.3em;
|
||||||
|
margin: 0em;
|
||||||
|
}
|
||||||
|
|
||||||
|
.itemizedlist li {
|
||||||
|
clear: none;
|
||||||
|
}
|
||||||
|
|
||||||
|
.filename {
|
||||||
|
font-size: medium;
|
||||||
|
font-family: Courier, monospace;
|
||||||
|
}
|
||||||
|
|
||||||
|
|
||||||
|
div.navheader, div.heading{
|
||||||
|
position: absolute;
|
||||||
|
left: 0em;
|
||||||
|
top: 0em;
|
||||||
|
width: 100%;
|
||||||
|
background-color: #cdf;
|
||||||
|
width: 100%;
|
||||||
|
}
|
||||||
|
|
||||||
|
div.navfooter, div.footing{
|
||||||
|
position: fixed;
|
||||||
|
left: 0em;
|
||||||
|
bottom: 0em;
|
||||||
|
background-color: #eee;
|
||||||
|
width: 100%;
|
||||||
|
}
|
||||||
|
|
||||||
|
|
||||||
|
div.navheader td,
|
||||||
|
div.navfooter td {
|
||||||
|
font-size: 66%;
|
||||||
|
}
|
||||||
|
|
||||||
|
div.navheader table th {
|
||||||
|
/*font-family: Georgia, Times, serif;*/
|
||||||
|
/*font-size: x-large;*/
|
||||||
|
font-size: 80%;
|
||||||
|
}
|
||||||
|
|
||||||
|
div.navheader table {
|
||||||
|
border-left: 0em;
|
||||||
|
border-right: 0em;
|
||||||
|
border-top: 0em;
|
||||||
|
width: 100%;
|
||||||
|
}
|
||||||
|
|
||||||
|
div.navfooter table {
|
||||||
|
border-left: 0em;
|
||||||
|
border-right: 0em;
|
||||||
|
border-bottom: 0em;
|
||||||
|
width: 100%;
|
||||||
|
}
|
||||||
|
|
||||||
|
div.navheader table td a,
|
||||||
|
div.navfooter table td a {
|
||||||
|
color: #777;
|
||||||
|
text-decoration: none;
|
||||||
|
}
|
||||||
|
|
||||||
|
/* normal text in the footer */
|
||||||
|
div.navfooter table td {
|
||||||
|
color: black;
|
||||||
|
}
|
||||||
|
|
||||||
|
div.navheader table td a:visited,
|
||||||
|
div.navfooter table td a:visited {
|
||||||
|
color: #444;
|
||||||
|
}
|
||||||
|
|
||||||
|
|
||||||
|
/* links in header and footer */
|
||||||
|
div.navheader table td a:hover,
|
||||||
|
div.navfooter table td a:hover {
|
||||||
|
text-decoration: underline;
|
||||||
|
background-color: transparent;
|
||||||
|
color: #33a;
|
||||||
|
}
|
||||||
|
|
||||||
|
div.navheader hr,
|
||||||
|
div.navfooter hr {
|
||||||
|
display: none;
|
||||||
|
}
|
||||||
|
|
||||||
|
|
||||||
|
.qandaset tr.question td p {
|
||||||
|
margin: 0em 0em 1em 0em;
|
||||||
|
padding: 0em 0em 0em 0em;
|
||||||
|
}
|
||||||
|
|
||||||
|
.qandaset tr.answer td p {
|
||||||
|
margin: 0em 0em 1em 0em;
|
||||||
|
padding: 0em 0em 0em 0em;
|
||||||
|
}
|
||||||
|
.answer td {
|
||||||
|
padding-bottom: 1.5em;
|
||||||
|
}
|
||||||
|
|
||||||
|
.emphasis {
|
||||||
|
font-weight: bold;
|
||||||
|
}
|
||||||
|
|
||||||
|
|
||||||
|
/************* /
|
||||||
|
/ decorations /
|
||||||
|
/ *************/
|
||||||
|
|
||||||
|
.titlepage {
|
||||||
|
}
|
||||||
|
|
||||||
|
.part .title {
|
||||||
|
}
|
||||||
|
|
||||||
|
.subtitle {
|
||||||
|
border: none;
|
||||||
|
}
|
||||||
|
|
||||||
|
/*
|
||||||
|
h1 {
|
||||||
|
border: none;
|
||||||
|
}
|
||||||
|
|
||||||
|
h2 {
|
||||||
|
border-top: solid 0.2em;
|
||||||
|
border-bottom: solid 0.06em;
|
||||||
|
}
|
||||||
|
|
||||||
|
h3 {
|
||||||
|
border-top: 0em;
|
||||||
|
border-bottom: solid 0.06em;
|
||||||
|
}
|
||||||
|
|
||||||
|
h4 {
|
||||||
|
border: 0em;
|
||||||
|
border-bottom: solid 0.06em;
|
||||||
|
}
|
||||||
|
|
||||||
|
h5 {
|
||||||
|
border: 0em;
|
||||||
|
}
|
||||||
|
*/
|
||||||
|
|
||||||
|
.programlisting {
|
||||||
|
border: solid 1px;
|
||||||
|
}
|
||||||
|
|
||||||
|
div.figure,
|
||||||
|
div.table,
|
||||||
|
div.informalfigure,
|
||||||
|
div.informaltable,
|
||||||
|
div.informalexample,
|
||||||
|
div.example {
|
||||||
|
border: 1px solid;
|
||||||
|
}
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
.tip,
|
||||||
|
.warning,
|
||||||
|
.caution,
|
||||||
|
.note {
|
||||||
|
border: 1px solid;
|
||||||
|
}
|
||||||
|
|
||||||
|
.tip table th,
|
||||||
|
.warning table th,
|
||||||
|
.caution table th,
|
||||||
|
.note table th {
|
||||||
|
border-bottom: 1px solid;
|
||||||
|
}
|
||||||
|
|
||||||
|
.question td {
|
||||||
|
border-top: 1px solid black;
|
||||||
|
}
|
||||||
|
|
||||||
|
.answer {
|
||||||
|
}
|
||||||
|
|
||||||
|
|
||||||
|
b.keycap,
|
||||||
|
.keycap {
|
||||||
|
border: 1px solid;
|
||||||
|
}
|
||||||
|
|
||||||
|
|
||||||
|
div.navheader, div.heading{
|
||||||
|
border-bottom: 1px solid;
|
||||||
|
}
|
||||||
|
|
||||||
|
|
||||||
|
div.navfooter, div.footing{
|
||||||
|
border-top: 1px solid;
|
||||||
|
}
|
||||||
|
|
||||||
|
/********* /
|
||||||
|
/ colors /
|
||||||
|
/ *********/
|
||||||
|
|
||||||
|
body {
|
||||||
|
color: #333;
|
||||||
|
background: white;
|
||||||
|
}
|
||||||
|
|
||||||
|
a {
|
||||||
|
background: transparent;
|
||||||
|
}
|
||||||
|
|
||||||
|
a:hover {
|
||||||
|
background-color: #dedede;
|
||||||
|
}
|
||||||
|
|
||||||
|
|
||||||
|
h1,
|
||||||
|
h2,
|
||||||
|
h3,
|
||||||
|
h4,
|
||||||
|
h5,
|
||||||
|
h6,
|
||||||
|
h7,
|
||||||
|
h8 {
|
||||||
|
background-color: transparent;
|
||||||
|
}
|
||||||
|
|
||||||
|
hr {
|
||||||
|
border-color: #aaa;
|
||||||
|
}
|
||||||
|
|
||||||
|
|
||||||
|
.tip, .warning, .caution, .note {
|
||||||
|
border-color: #fff;
|
||||||
|
}
|
||||||
|
|
||||||
|
|
||||||
|
.tip table th,
|
||||||
|
.warning table th,
|
||||||
|
.caution table th,
|
||||||
|
.note table th {
|
||||||
|
border-bottom-color: #fff;
|
||||||
|
}
|
||||||
|
|
||||||
|
|
||||||
|
.warning {
|
||||||
|
background-color: #f0f0f2;
|
||||||
|
}
|
||||||
|
|
||||||
|
.caution {
|
||||||
|
background-color: #f0f0f2;
|
||||||
|
}
|
||||||
|
|
||||||
|
.tip {
|
||||||
|
background-color: #f0f0f2;
|
||||||
|
}
|
||||||
|
|
||||||
|
.note {
|
||||||
|
background-color: #f0f0f2;
|
||||||
|
}
|
||||||
|
|
||||||
|
.glossary dl dt,
|
||||||
|
.variablelist dl dt,
|
||||||
|
.variablelist dl dt span.term {
|
||||||
|
color: #044;
|
||||||
|
}
|
||||||
|
|
||||||
|
div.figure,
|
||||||
|
div.table,
|
||||||
|
div.example,
|
||||||
|
div.informalfigure,
|
||||||
|
div.informaltable,
|
||||||
|
div.informalexample {
|
||||||
|
border-color: #aaa;
|
||||||
|
}
|
||||||
|
|
||||||
|
pre.programlisting {
|
||||||
|
color: black;
|
||||||
|
background-color: #fff;
|
||||||
|
border-color: #aaa;
|
||||||
|
border-width: 2px;
|
||||||
|
}
|
||||||
|
|
||||||
|
.guimenu,
|
||||||
|
.guilabel,
|
||||||
|
.guimenuitem {
|
||||||
|
background-color: #eee;
|
||||||
|
}
|
||||||
|
|
||||||
|
|
||||||
|
b.keycap,
|
||||||
|
.keycap {
|
||||||
|
background-color: #eee;
|
||||||
|
border-color: #999;
|
||||||
|
}
|
||||||
|
|
||||||
|
|
||||||
|
div.navheader {
|
||||||
|
border-color: black;
|
||||||
|
}
|
||||||
|
|
||||||
|
|
||||||
|
div.navfooter {
|
||||||
|
border-color: black;
|
||||||
|
}
|
||||||
|
|
||||||
|
|
||||||
|
/*********** /
|
||||||
|
/ graphics /
|
||||||
|
/ ***********/
|
||||||
|
|
||||||
|
/*
|
||||||
|
body {
|
||||||
|
background-image: url("images/body_bg.jpg");
|
||||||
|
background-attachment: fixed;
|
||||||
|
}
|
||||||
|
|
||||||
|
.navheader,
|
||||||
|
.note,
|
||||||
|
.tip {
|
||||||
|
background-image: url("images/note_bg.jpg");
|
||||||
|
background-attachment: fixed;
|
||||||
|
}
|
||||||
|
|
||||||
|
.warning,
|
||||||
|
.caution {
|
||||||
|
background-image: url("images/warning_bg.jpg");
|
||||||
|
background-attachment: fixed;
|
||||||
|
}
|
||||||
|
|
||||||
|
.figure,
|
||||||
|
.informalfigure,
|
||||||
|
.example,
|
||||||
|
.informalexample,
|
||||||
|
.table,
|
||||||
|
.informaltable {
|
||||||
|
background-image: url("images/figure_bg.jpg");
|
||||||
|
background-attachment: fixed;
|
||||||
|
}
|
||||||
|
|
||||||
|
*/
|
||||||
|
h1,
|
||||||
|
h2,
|
||||||
|
h3,
|
||||||
|
h4,
|
||||||
|
h5,
|
||||||
|
h6,
|
||||||
|
h7{
|
||||||
|
}
|
||||||
|
|
||||||
|
/*
|
||||||
|
Example of how to stick an image as part of the title.
|
||||||
|
|
||||||
|
div.article .titlepage .title
|
||||||
|
{
|
||||||
|
background-image: url("figures/white-on-black.png");
|
||||||
|
background-position: center;
|
||||||
|
background-repeat: repeat-x;
|
||||||
|
}
|
||||||
|
*/
|
||||||
|
|
||||||
|
div.preface .titlepage .title,
|
||||||
|
div.colophon .title,
|
||||||
|
div.chapter .titlepage .title,
|
||||||
|
div.article .titlepage .title
|
||||||
|
{
|
||||||
|
}
|
||||||
|
|
||||||
|
div.section div.section .titlepage .title,
|
||||||
|
div.sect2 .titlepage .title {
|
||||||
|
background: none;
|
||||||
|
}
|
||||||
|
|
||||||
|
|
||||||
|
h1.title {
|
||||||
|
background-color: transparent;
|
||||||
|
background-image: url("figures/yocto-project-bw.png");
|
||||||
|
background-repeat: no-repeat;
|
||||||
|
height: 256px;
|
||||||
|
text-indent: -9000px;
|
||||||
|
overflow:hidden;
|
||||||
|
}
|
||||||
|
|
||||||
|
h2.subtitle {
|
||||||
|
background-color: transparent;
|
||||||
|
text-indent: -9000px;
|
||||||
|
overflow:hidden;
|
||||||
|
width: 0px;
|
||||||
|
display: none;
|
||||||
|
}
|
||||||
|
|
||||||
|
/*************************************** /
|
||||||
|
/ pippin.gimp.org specific alterations /
|
||||||
|
/ ***************************************/
|
||||||
|
|
||||||
|
/*
|
||||||
|
div.heading, div.navheader {
|
||||||
|
color: #777;
|
||||||
|
font-size: 80%;
|
||||||
|
padding: 0;
|
||||||
|
margin: 0;
|
||||||
|
text-align: left;
|
||||||
|
position: absolute;
|
||||||
|
top: 0px;
|
||||||
|
left: 0px;
|
||||||
|
width: 100%;
|
||||||
|
height: 50px;
|
||||||
|
background: url('/gfx/heading_bg.png') transparent;
|
||||||
|
background-repeat: repeat-x;
|
||||||
|
background-attachment: fixed;
|
||||||
|
border: none;
|
||||||
|
}
|
||||||
|
|
||||||
|
div.heading a {
|
||||||
|
color: #444;
|
||||||
|
}
|
||||||
|
|
||||||
|
div.footing, div.navfooter {
|
||||||
|
border: none;
|
||||||
|
color: #ddd;
|
||||||
|
font-size: 80%;
|
||||||
|
text-align:right;
|
||||||
|
|
||||||
|
width: 100%;
|
||||||
|
padding-top: 10px;
|
||||||
|
position: absolute;
|
||||||
|
bottom: 0px;
|
||||||
|
left: 0px;
|
||||||
|
|
||||||
|
background: url('/gfx/footing_bg.png') transparent;
|
||||||
|
}
|
||||||
|
*/
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
/****************** /
|
||||||
|
/ nasty ie tweaks /
|
||||||
|
/ ******************/
|
||||||
|
|
||||||
|
/*
|
||||||
|
div.heading, div.navheader {
|
||||||
|
width:expression(document.body.clientWidth + "px");
|
||||||
|
}
|
||||||
|
|
||||||
|
div.footing, div.navfooter {
|
||||||
|
width:expression(document.body.clientWidth + "px");
|
||||||
|
margin-left:expression("-5em");
|
||||||
|
}
|
||||||
|
body {
|
||||||
|
padding:expression("4em 5em 0em 5em");
|
||||||
|
}
|
||||||
|
*/
|
||||||
|
|
||||||
|
/**************************************** /
|
||||||
|
/ mozilla vendor specific css extensions /
|
||||||
|
/ ****************************************/
|
||||||
|
/*
|
||||||
|
div.navfooter, div.footing{
|
||||||
|
-moz-opacity: 0.8em;
|
||||||
|
}
|
||||||
|
|
||||||
|
div.figure,
|
||||||
|
div.table,
|
||||||
|
div.informalfigure,
|
||||||
|
div.informaltable,
|
||||||
|
div.informalexample,
|
||||||
|
div.example,
|
||||||
|
.tip,
|
||||||
|
.warning,
|
||||||
|
.caution,
|
||||||
|
.note {
|
||||||
|
-moz-border-radius: 0.5em;
|
||||||
|
}
|
||||||
|
|
||||||
|
b.keycap,
|
||||||
|
.keycap {
|
||||||
|
-moz-border-radius: 0.3em;
|
||||||
|
}
|
||||||
|
*/
|
||||||
|
|
||||||
|
table tr td table tr td {
|
||||||
|
display: none;
|
||||||
|
}
|
||||||
|
|
||||||
|
|
||||||
|
hr {
|
||||||
|
display: none;
|
||||||
|
}
|
||||||
|
|
||||||
|
table {
|
||||||
|
border: 0em;
|
||||||
|
}
|
||||||
|
|
||||||
|
.photo {
|
||||||
|
float: right;
|
||||||
|
margin-left: 1.5em;
|
||||||
|
margin-bottom: 1.5em;
|
||||||
|
margin-top: 0em;
|
||||||
|
max-width: 17em;
|
||||||
|
border: 1px solid gray;
|
||||||
|
padding: 3px;
|
||||||
|
background: white;
|
||||||
|
}
|
||||||
|
.seperator {
|
||||||
|
padding-top: 2em;
|
||||||
|
clear: both;
|
||||||
|
}
|
||||||
|
|
||||||
|
#validators {
|
||||||
|
margin-top: 5em;
|
||||||
|
text-align: right;
|
||||||
|
color: #777;
|
||||||
|
}
|
||||||
|
@media print {
|
||||||
|
body {
|
||||||
|
font-size: 8pt;
|
||||||
|
}
|
||||||
|
.noprint {
|
||||||
|
display: none;
|
||||||
|
}
|
||||||
|
}
|
||||||
|
|
||||||
|
|
||||||
|
.tip,
|
||||||
|
.note {
|
||||||
|
background: #f0f0f2;
|
||||||
|
color: #333;
|
||||||
|
padding: 20px;
|
||||||
|
margin: 20px;
|
||||||
|
}
|
||||||
|
|
||||||
|
.tip h3,
|
||||||
|
.note h3 {
|
||||||
|
padding: 0em;
|
||||||
|
margin: 0em;
|
||||||
|
font-size: 2em;
|
||||||
|
font-weight: bold;
|
||||||
|
color: #333;
|
||||||
|
}
|
||||||
|
|
||||||
|
.tip a,
|
||||||
|
.note a {
|
||||||
|
color: #333;
|
||||||
|
text-decoration: underline;
|
||||||
|
}
|
||||||
|
|
||||||
|
.footnote {
|
||||||
|
font-size: small;
|
||||||
|
color: #333;
|
||||||
|
}
|
||||||
|
|
||||||
|
/* Changes the announcement text */
|
||||||
|
.tip h3,
|
||||||
|
.warning h3,
|
||||||
|
.caution h3,
|
||||||
|
.note h3 {
|
||||||
|
font-size:large;
|
||||||
|
color: #00557D;
|
||||||
|
}
|
||||||
|
|
File diff suppressed because it is too large
Load Diff
|
@ -0,0 +1,91 @@
|
||||||
|
<!DOCTYPE book PUBLIC "-//OASIS//DTD DocBook XML V4.2//EN"
|
||||||
|
"http://www.oasis-open.org/docbook/xml/4.2/docbookx.dtd"
|
||||||
|
[<!ENTITY % poky SYSTEM "../poky.ent"> %poky; ] >
|
||||||
|
|
||||||
|
<book id='dev-manual' lang='en'
|
||||||
|
xmlns:xi="http://www.w3.org/2003/XInclude"
|
||||||
|
xmlns="http://docbook.org/ns/docbook"
|
||||||
|
>
|
||||||
|
<bookinfo>
|
||||||
|
|
||||||
|
<mediaobject>
|
||||||
|
<imageobject>
|
||||||
|
<imagedata fileref='figures/dev-title.png'
|
||||||
|
format='SVG'
|
||||||
|
align='left' scalefit='1' width='100%'/>
|
||||||
|
</imageobject>
|
||||||
|
</mediaobject>
|
||||||
|
|
||||||
|
<title></title>
|
||||||
|
|
||||||
|
<authorgroup>
|
||||||
|
<author>
|
||||||
|
<firstname>Scott</firstname> <surname>Rifenbark</surname>
|
||||||
|
<affiliation>
|
||||||
|
<orgname>Intel Corporation</orgname>
|
||||||
|
</affiliation>
|
||||||
|
<email>scott.m.rifenbark@intel.com</email>
|
||||||
|
</author>
|
||||||
|
</authorgroup>
|
||||||
|
|
||||||
|
<revhistory>
|
||||||
|
<revision>
|
||||||
|
<revnumber>1.1</revnumber>
|
||||||
|
<date>6 October 2011</date>
|
||||||
|
<revremark>The initial document released with the Yocto Project 1.1 Release.</revremark>
|
||||||
|
</revision>
|
||||||
|
<revision>
|
||||||
|
<revnumber>1.2</revnumber>
|
||||||
|
<date>April 2012</date>
|
||||||
|
<revremark>Released with the Yocto Project 1.2 Release.</revremark>
|
||||||
|
</revision>
|
||||||
|
<revision>
|
||||||
|
<revnumber>1.3</revnumber>
|
||||||
|
<date>October 2012</date>
|
||||||
|
<revremark>Released with the Yocto Project 1.3 Release.</revremark>
|
||||||
|
</revision>
|
||||||
|
<revision>
|
||||||
|
<revnumber>1.4</revnumber>
|
||||||
|
<date>Sometime in 2013</date>
|
||||||
|
<revremark>Released with the Yocto Project 1.4 Release.</revremark>
|
||||||
|
</revision>
|
||||||
|
</revhistory>
|
||||||
|
|
||||||
|
<copyright>
|
||||||
|
<year>©RIGHT_YEAR;</year>
|
||||||
|
<holder>Linux Foundation</holder>
|
||||||
|
</copyright>
|
||||||
|
|
||||||
|
<legalnotice>
|
||||||
|
<para>
|
||||||
|
Permission is granted to copy, distribute and/or modify this document under
|
||||||
|
the terms of the <ulink type="http" url="http://creativecommons.org/licenses/by-sa/2.0/uk/">
|
||||||
|
Creative Commons Attribution-Share Alike 2.0 UK: England & Wales</ulink> as published by
|
||||||
|
Creative Commons.
|
||||||
|
</para>
|
||||||
|
|
||||||
|
<note>
|
||||||
|
Due to production processes, there could be differences between the Yocto Project
|
||||||
|
documentation bundled in the release tarball and the
|
||||||
|
<ulink url='&YOCTO_DOCS_DEV_URL;'>Yocto Project Development Manual</ulink> on
|
||||||
|
the <ulink url='&YOCTO_HOME_URL;'>Yocto Project</ulink> website.
|
||||||
|
For the latest version of this manual, see the manual on the website.
|
||||||
|
</note>
|
||||||
|
</legalnotice>
|
||||||
|
|
||||||
|
</bookinfo>
|
||||||
|
|
||||||
|
<xi:include href="dev-manual-intro.xml"/>
|
||||||
|
|
||||||
|
<xi:include href="dev-manual-start.xml"/>
|
||||||
|
|
||||||
|
<xi:include href="dev-manual-newbie.xml"/>
|
||||||
|
|
||||||
|
<xi:include href="dev-manual-model.xml"/>
|
||||||
|
|
||||||
|
<xi:include href="dev-manual-common-tasks.xml"/>
|
||||||
|
|
||||||
|
</book>
|
||||||
|
<!--
|
||||||
|
vim: expandtab tw=80 ts=4
|
||||||
|
-->
|
Loading…
Reference in New Issue