mirror of
git://git.yoctoproject.org/poky
synced 2026-10-02 18:48:47 +00:00
Even though the tag does not exist at this point because the release is in development, I added the tag to the list of tags returned by the "git tag" command in the two examples in these books. The manual at this point is under development so all bets are off as to things being totally accurate here. Once the release is out, the example will work. (From yocto-docs rev: 41e25a93eed0b75bfeb934c59a5bc4c34df53445) Signed-off-by: Scott Rifenbark <srifenbark@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
564 lines
27 KiB
XML
564 lines
27 KiB
XML
<!DOCTYPE article 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; ] >
|
|
|
|
<article id='brief-yocto-project-qs-intro'>
|
|
<articleinfo>
|
|
<title>Yocto Project Quick Build</title>
|
|
|
|
<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>
|
|
</legalnotice>
|
|
|
|
|
|
<abstract>
|
|
<imagedata fileref="figures/yocto-project-transp.png"
|
|
width="6in" depth="1in"
|
|
align="right" scale="25" />
|
|
</abstract>
|
|
</articleinfo>
|
|
|
|
<section id='brief-welcome'>
|
|
<title>Welcome!</title>
|
|
|
|
<para>
|
|
Welcome!
|
|
This short document steps you through the process for a typical
|
|
image build using the Yocto Project.
|
|
The document also introduces how to configure a build for specific
|
|
hardware.
|
|
You will use Yocto Project to build a reference embedded OS
|
|
called Poky.
|
|
<note><title>Notes</title>
|
|
<itemizedlist>
|
|
<listitem><para>
|
|
The examples in this paper assume you are using a
|
|
native Linux system running a recent Ubuntu Linux
|
|
distribution.
|
|
If the machine you want to use Yocto Project on to
|
|
build an image
|
|
(<ulink url='&YOCTO_DOCS_REF_URL;#hardware-build-system-term'>build host</ulink>)
|
|
is not a native Linux system, you can
|
|
still perform these steps by using CROss PlatformS
|
|
(CROPS) and setting up a Poky container.
|
|
See the
|
|
<ulink url='&YOCTO_DOCS_DEV_URL;#setting-up-to-use-crops'>Setting Up to Use CROss PlatformS (CROPS)</ulink>"
|
|
section in the Yocto Project Development Tasks Manual for more
|
|
information.
|
|
</para></listitem>
|
|
<listitem><para>
|
|
You cannot use a build host that is using the
|
|
<ulink url='https://en.wikipedia.org/wiki/Windows_Subsystem_for_Linux'>Windows Subsystem for Linux</ulink>
|
|
(WSL).
|
|
The Yocto Project is not compatible with WSL.
|
|
</para></listitem>
|
|
</itemizedlist>
|
|
</note>
|
|
</para>
|
|
|
|
<para>
|
|
If you want more conceptual or background information on the
|
|
Yocto Project, see the
|
|
<ulink url='&YOCTO_DOCS_OM_URL;'>Yocto Project Overview and Concepts Manual</ulink>.
|
|
</para>
|
|
</section>
|
|
|
|
<section id='brief-compatible-distro'>
|
|
<title>Compatible Linux Distribution</title>
|
|
|
|
<para>
|
|
Make sure your
|
|
<ulink url='&YOCTO_DOCS_REF_URL;#hardware-build-system-term'>build host</ulink>
|
|
meets the following requirements:
|
|
<itemizedlist>
|
|
<listitem><para>
|
|
50 Gbytes of free disk space
|
|
</para></listitem>
|
|
<listitem><para>
|
|
Runs a supported Linux distribution (i.e. recent releases of
|
|
Fedora, openSUSE, CentOS, Debian, or Ubuntu). For a list of
|
|
Linux distributions that support the Yocto Project, see the
|
|
"<ulink url='&YOCTO_DOCS_REF_URL;#detailed-supported-distros'>Supported Linux Distributions</ulink>"
|
|
section in the Yocto Project Reference Manual.
|
|
For detailed information on preparing your build host, see
|
|
the
|
|
"<ulink url='&YOCTO_DOCS_DEV_URL;#dev-preparing-the-build-host'>Preparing the Build Host</ulink>"
|
|
section in the Yocto Project Development Tasks Manual.
|
|
</para></listitem>
|
|
<listitem><para>
|
|
<itemizedlist>
|
|
<listitem><para>
|
|
Git 1.8.3.1 or greater
|
|
</para></listitem>
|
|
<listitem><para>
|
|
tar 1.27 or greater
|
|
</para></listitem>
|
|
<listitem><para>
|
|
Python 3.4.0 or greater.
|
|
</para></listitem>
|
|
</itemizedlist>
|
|
If your build host does not meet any of these three listed
|
|
version requirements, you can take steps to prepare the
|
|
system so that you can still use the Yocto Project.
|
|
See the
|
|
"<ulink url='&YOCTO_DOCS_REF_URL;#required-git-tar-and-python-versions'>Required Git, tar, and Python Versions</ulink>"
|
|
section in the Yocto Project Reference Manual for information.
|
|
</para></listitem>
|
|
</itemizedlist>
|
|
</para>
|
|
</section>
|
|
|
|
<section id='brief-build-system-packages'>
|
|
<title>Build Host Packages</title>
|
|
|
|
<para>
|
|
You must install essential host packages on your
|
|
build host.
|
|
The following command installs the host packages based on an
|
|
Ubuntu distribution:
|
|
<note>
|
|
For host package requirements on all supported Linux
|
|
distributions, see the
|
|
"<ulink url='&YOCTO_DOCS_REF_URL;#required-packages-for-the-build-host'>Required Packages for the Build Host</ulink>"
|
|
section in the Yocto Project Reference Manual.
|
|
</note>
|
|
<literallayout class='monospaced'>
|
|
$ sudo apt-get install &UBUNTU_HOST_PACKAGES_ESSENTIAL; libsdl1.2-dev xterm
|
|
</literallayout>
|
|
</para>
|
|
</section>
|
|
|
|
<section id='brief-use-git-to-clone-poky'>
|
|
<title>Use Git to Clone Poky</title>
|
|
|
|
<para>
|
|
Once you complete the setup instructions for your machine,
|
|
you need to get a copy of the Poky repository on your build
|
|
host.
|
|
Use the following commands to clone the Poky
|
|
repository.
|
|
<literallayout class='monospaced'>
|
|
$ git clone git://git.yoctoproject.org/poky
|
|
Cloning into 'poky'...
|
|
remote: Counting objects: 428632, done.
|
|
remote: Compressing objects: 100% (101203/101203), done.
|
|
remote: Total 428632 (delta 320463), reused 428532 (delta 320363)
|
|
Receiving objects: 100% (428632/428632), 153.01 MiB | 12.40 MiB/s, done.
|
|
Resolving deltas: 100% (320463/320463), done.
|
|
Checking connectivity... done.
|
|
</literallayout>
|
|
Move to the <filename>poky</filename> directory and take a look
|
|
at the tags:
|
|
<literallayout class='monospaced'>
|
|
$ cd poky
|
|
$ git fetch --tags
|
|
$ git tag
|
|
1.1_M1.final
|
|
1.1_M1.rc1
|
|
1.1_M1.rc2
|
|
1.1_M2.final
|
|
1.1_M2.rc1
|
|
.
|
|
.
|
|
.
|
|
yocto-2.5
|
|
yocto-2.5.1
|
|
yocto-2.5.2
|
|
yocto-2.6
|
|
yocto-2.6.1
|
|
yocto_1.5_M5.rc8
|
|
</literallayout>
|
|
For this example, check out the branch based on the
|
|
&DISTRO_REL_TAG; release:
|
|
<literallayout class='monospaced'>
|
|
$ git checkout tags/&DISTRO_REL_TAG; -b my-&DISTRO_REL_TAG;
|
|
Switched to a new branch 'my-&DISTRO_REL_TAG;'
|
|
</literallayout>
|
|
The previous Git checkout command creates a local branch
|
|
named my-&DISTRO_REL_TAG;. The files available to you in that
|
|
branch exactly match the repository's files in the
|
|
"&DISTRO_NAME_NO_CAP;" development branch at the time of the
|
|
Yocto Project &DISTRO_REL_TAG; release.
|
|
</para>
|
|
|
|
<para>
|
|
For more options and information about accessing Yocto
|
|
Project related repositories, see the
|
|
"<ulink url='&YOCTO_DOCS_DEV_URL;#locating-yocto-project-source-files'>Locating Yocto Project Source Files</ulink>"
|
|
section in the Yocto Project Development Tasks Manual.
|
|
</para>
|
|
</section>
|
|
|
|
<section id='brief-building-your-image'>
|
|
<title>Building Your Image</title>
|
|
|
|
<para>
|
|
Use the following steps to build your image.
|
|
The build process creates an entire Linux distribution, including
|
|
the toolchain, from source.
|
|
<note>
|
|
<itemizedlist>
|
|
<listitem><para>
|
|
If you are working behind a firewall and your build
|
|
host is not set up for proxies, you could encounter
|
|
problems with the build process when fetching source
|
|
code (e.g. fetcher failures or Git failures).
|
|
</para></listitem>
|
|
<listitem><para>
|
|
If you do not know your proxy settings, consult your
|
|
local network infrastructure resources and get that
|
|
information.
|
|
A good starting point could also be to check your
|
|
web browser settings.
|
|
Finally, you can find more information on the
|
|
"<ulink url='https://wiki.yoctoproject.org/wiki/Working_Behind_a_Network_Proxy'>Working Behind a Network Proxy</ulink>"
|
|
page of the Yocto Project Wiki.
|
|
</para></listitem>
|
|
</itemizedlist>
|
|
</note>
|
|
</para>
|
|
|
|
<para>
|
|
<orderedlist>
|
|
<listitem><para>
|
|
<emphasis>Initialize the Build Environment:</emphasis>
|
|
From within the <filename>poky</filename> directory, run the
|
|
<ulink url='&YOCTO_DOCS_REF_URL;#structure-core-script'><filename>&OE_INIT_FILE;</filename></ulink>
|
|
environment setup script to define Yocto Project's
|
|
build environment on your build host.
|
|
<literallayout class='monospaced'>
|
|
$ cd ~/poky
|
|
$ source &OE_INIT_FILE;
|
|
You had no conf/local.conf file. This configuration file has therefore been
|
|
created for you with some default values. You may wish to edit it to, for
|
|
example, select a different MACHINE (target hardware). See conf/local.conf
|
|
for more information as common configuration options are commented.
|
|
|
|
You had no conf/bblayers.conf file. This configuration file has therefore been
|
|
created for you with some default values. To add additional metadata layers
|
|
into your configuration please add entries to conf/bblayers.conf.
|
|
|
|
The Yocto Project has extensive documentation about OE including a reference
|
|
manual which can be found at:
|
|
http://yoctoproject.org/documentation
|
|
|
|
For more information about OpenEmbedded see their website:
|
|
http://www.openembedded.org/
|
|
|
|
|
|
### Shell environment set up for builds. ###
|
|
|
|
You can now run 'bitbake <target>'
|
|
|
|
Common targets are:
|
|
core-image-minimal
|
|
core-image-sato
|
|
meta-toolchain
|
|
meta-ide-support
|
|
|
|
You can also run generated qemu images with a command like 'runqemu qemux86'
|
|
</literallayout>
|
|
Among other things, the script creates the
|
|
<ulink url='&YOCTO_DOCS_REF_URL;#build-directory'>Build Directory</ulink>,
|
|
which is <filename>build</filename> in this case
|
|
and is located in the
|
|
<ulink url='&YOCTO_DOCS_REF_URL;#source-directory'>Source Directory</ulink>.
|
|
After the script runs, your current working directory
|
|
is set to the Build Directory.
|
|
Later, when the build completes, the Build Directory
|
|
contains all the files created during the build.
|
|
</para></listitem>
|
|
<listitem><para id='conf-file-step'>
|
|
<emphasis>Examine Your Local Configuration File:</emphasis>
|
|
When you set up the build environment, a local
|
|
configuration file named
|
|
<filename>local.conf</filename> becomes available in
|
|
a <filename>conf</filename> subdirectory of the
|
|
Build Directory.
|
|
For this example, the defaults are set to build
|
|
for a <filename>qemux86</filename> target, which is
|
|
suitable for emulation.
|
|
The package manager used is set to the RPM package
|
|
manager.
|
|
<tip>
|
|
You can significantly speed up your build and guard
|
|
against fetcher failures by using mirrors.
|
|
To use mirrors, add these lines to your
|
|
<filename>local.conf</filename> file in the Build
|
|
directory:
|
|
<literallayout class='monospaced'>
|
|
SSTATE_MIRRORS = "\
|
|
file://.* http://sstate.yoctoproject.org/dev/PATH;downloadfilename=PATH \n \
|
|
file://.* http://sstate.yoctoproject.org/&YOCTO_DOC_VERSION_MINUS_ONE;/PATH;downloadfilename=PATH \n \
|
|
file://.* http://sstate.yoctoproject.org/&YOCTO_DOC_VERSION;/PATH;downloadfilename=PATH \n \
|
|
"
|
|
</literallayout>
|
|
The previous examples showed how to add sstate
|
|
paths for Yocto Project &YOCTO_DOC_VERSION_MINUS_ONE;,
|
|
&YOCTO_DOC_VERSION;, and a development area.
|
|
For a complete index of sstate locations, see
|
|
<ulink url='http://sstate.yoctoproject.org/'></ulink>.
|
|
</tip>
|
|
</para></listitem>
|
|
<listitem><para>
|
|
<emphasis>Start the Build:</emphasis>
|
|
Continue with the following command to build an OS image
|
|
for the target, which is
|
|
<filename>core-image-sato</filename> in this example:
|
|
<literallayout class='monospaced'>
|
|
$ bitbake core-image-sato
|
|
</literallayout>
|
|
For information on using the
|
|
<filename>bitbake</filename> command, see the
|
|
"<ulink url='&YOCTO_DOCS_OM_URL;#usingpoky-components-bitbake'>BitBake</ulink>"
|
|
section in the Yocto Project Overview and Concepts Manual,
|
|
or see the
|
|
"<ulink url='&YOCTO_DOCS_BB_URL;#bitbake-user-manual-command'>BitBake Command</ulink>"
|
|
section in the BitBake User Manual.
|
|
</para></listitem>
|
|
<listitem><para>
|
|
<emphasis>Simulate Your Image Using QEMU:</emphasis>
|
|
Once this particular image is built, you can start
|
|
QEMU, which is a Quick EMUlator that ships with
|
|
the Yocto Project:
|
|
<literallayout class='monospaced'>
|
|
$ runqemu qemux86
|
|
</literallayout>
|
|
If you want to learn more about running QEMU, see the
|
|
"<ulink url="&YOCTO_DOCS_DEV_URL;#dev-manual-qemu">Using the Quick EMUlator (QEMU)</ulink>"
|
|
chapter in the Yocto Project Development Tasks Manual.
|
|
</para></listitem>
|
|
<listitem><para>
|
|
<emphasis>Exit QEMU:</emphasis>
|
|
Exit QEMU by either clicking on the shutdown icon or by
|
|
typing <filename>Ctrl-C</filename> in the QEMU
|
|
transcript window from which you evoked QEMU.
|
|
</para></listitem>
|
|
</orderedlist>
|
|
</para>
|
|
</section>
|
|
|
|
<section id='customizing-your-build-for-specific-hardware'>
|
|
<title>Customizing Your Build for Specific Hardware</title>
|
|
|
|
<para>
|
|
So far, all you have done is quickly built an image suitable
|
|
for emulation only.
|
|
This section shows you how to customize your build for specific
|
|
hardware by adding a hardware layer into the Yocto Project
|
|
development environment.
|
|
</para>
|
|
|
|
<para>
|
|
In general, layers are repositories that contain related sets of
|
|
instructions and configurations that tell the Yocto Project what
|
|
to do.
|
|
Isolating related metadata into functionally specific layers
|
|
facilitates modular development and makes it easier to reuse the
|
|
layer metadata.
|
|
<note>
|
|
By convention, layer names start with the string "meta-".
|
|
</note>
|
|
</para>
|
|
|
|
<para>
|
|
Follow these steps to add a hardware layer:
|
|
<orderedlist>
|
|
<listitem><para>
|
|
<emphasis>Find a Layer:</emphasis>
|
|
Lots of hardware layers exist.
|
|
The Yocto Project
|
|
<ulink url='&YOCTO_GIT_URL;'>Source Repositories</ulink>
|
|
has many hardware layers.
|
|
This example adds the
|
|
<ulink url='https://github.com/kraj/meta-altera'>meta-altera</ulink>
|
|
hardware layer.
|
|
</para></listitem>
|
|
<listitem><para>
|
|
<emphasis>Clone the Layer</emphasis>
|
|
Use Git to make a local copy of the layer on your machine.
|
|
You can put the copy in the top level of the copy of the
|
|
Poky repository created earlier:
|
|
<literallayout class='monospaced'>
|
|
$ cd ~/poky
|
|
$ git clone https://github.com/kraj/meta-altera.git
|
|
Cloning into 'meta-altera'...
|
|
remote: Counting objects: 25170, done.
|
|
remote: Compressing objects: 100% (350/350), done.
|
|
remote: Total 25170 (delta 645), reused 719 (delta 538), pack-reused 24219
|
|
Receiving objects: 100% (25170/25170), 41.02 MiB | 1.64 MiB/s, done.
|
|
Resolving deltas: 100% (13385/13385), done.
|
|
Checking connectivity... done.
|
|
</literallayout>
|
|
The hardware layer now exists with other layers inside
|
|
the Poky reference repository on your build host as
|
|
<filename>meta-altera</filename> and contains all the
|
|
metadata needed to support hardware from Altera, which
|
|
is owned by Intel.
|
|
</para></listitem>
|
|
<listitem><para>
|
|
<emphasis>Change the Configuration to Build for a Specific Machine:</emphasis>
|
|
The
|
|
<ulink url='&YOCTO_DOCS_REF_URL;#var-MACHINE'><filename>MACHINE</filename></ulink>
|
|
variable in the <filename>local.conf</filename> file
|
|
specifies the machine for the build.
|
|
For this example, set the <filename>MACHINE</filename>
|
|
variable to "cyclone5".
|
|
These configurations are used:
|
|
<ulink url='https://github.com/kraj/meta-altera/blob/master/conf/machine/cyclone5.conf'></ulink>.
|
|
<note>
|
|
See the
|
|
"<link linkend='conf-file-step'>Examine Your Local Configuration File</link>"
|
|
step earlier for more information on configuring the
|
|
build.
|
|
</note>
|
|
</para></listitem>
|
|
<listitem><para>
|
|
<emphasis>Add Your Layer to the Layer Configuration File:</emphasis>
|
|
Before you can use a layer during a build, you must add it
|
|
to your <filename>bblayers.conf</filename> file, which
|
|
is found in the
|
|
<ulink url='&YOCTO_DOCS_REF_URL;#build-directory'>Build Directory's</ulink>
|
|
<filename>conf</filename> directory.</para>
|
|
|
|
<para>Use the <filename>bitbake-layers add-layer</filename>
|
|
command to add the layer to the configuration file:
|
|
<literallayout class='monospaced'>
|
|
$ cd ~/poky/build
|
|
$ bitbake-layers add-layer ../meta-altera
|
|
NOTE: Starting bitbake server...
|
|
Parsing recipes: 100% |##################################################################| Time: 0:00:32
|
|
Parsing of 918 .bb files complete (0 cached, 918 parsed). 1401 targets, 123 skipped, 0 masked, 0 errors.
|
|
</literallayout>
|
|
You can find more information on adding layers in the
|
|
"<ulink url='&YOCTO_DOCS_DEV_URL;#adding-a-layer-using-the-bitbake-layers-script'>Adding a Layer Using the <filename>bitbake-layers</filename> Script</ulink>"
|
|
section.
|
|
</para></listitem>
|
|
</orderedlist>
|
|
Completing these steps has added the
|
|
<filename>meta-altera</filename> layer to your Yocto Project
|
|
development environment and configured it to build for the
|
|
"cyclone5" machine.
|
|
<note>
|
|
The previous steps are for demonstration purposes only.
|
|
If you were to attempt to build an image for the
|
|
"cyclone5" build, you should read the Altera
|
|
<filename>README</filename>.
|
|
</note>
|
|
</para>
|
|
</section>
|
|
|
|
<section id='creating-your-own-general-layer'>
|
|
<title>Creating Your Own General Layer</title>
|
|
|
|
<para>
|
|
Maybe you have an application or specific set of behaviors you
|
|
need to isolate.
|
|
You can create your own general layer using the
|
|
<filename>bitbake-layers create-layer</filename> command.
|
|
The tool automates layer creation by setting up a
|
|
subdirectory with a <filename>layer.conf</filename>
|
|
configuration file, a <filename>recipes-example</filename>
|
|
subdirectory that contains an <filename>example.bb</filename>
|
|
recipe, a licensing file, and a <filename>README</filename>.
|
|
</para>
|
|
|
|
<para>
|
|
The following commands run the tool to create a layer named
|
|
<filename>meta-mylayer</filename> in the
|
|
<filename>poky</filename> directory:
|
|
<literallayout class='monospaced'>
|
|
$ cd ~/poky
|
|
$ bitbake-layers create-layer meta-mylayer
|
|
NOTE: Starting bitbake server...
|
|
Add your new layer with 'bitbake-layers add-layer meta-mylayer'
|
|
</literallayout>
|
|
For more information on layers and how to create them, see the
|
|
"<ulink url='&YOCTO_DOCS_DEV_URL;#creating-a-general-layer-using-the-bitbake-layers-script'>Creating a General Layer Using the <filename>bitbake-layers</filename> Script</ulink>"
|
|
section in the Yocto Project Development Tasks Manual.
|
|
</para>
|
|
</section>
|
|
|
|
<section id='brief-where-to-go-next'>
|
|
<title>Where To Go Next</title>
|
|
|
|
<para>
|
|
Now that you have experienced using the Yocto Project, you might
|
|
be asking yourself "What now?"
|
|
The Yocto Project has many sources of information including
|
|
the website, wiki pages, and user manuals:
|
|
<itemizedlist>
|
|
<listitem><para>
|
|
<emphasis>Website:</emphasis>
|
|
The
|
|
<ulink url='&YOCTO_HOME_URL;'>Yocto Project Website</ulink>
|
|
provides background information, the latest builds,
|
|
breaking news, full development documentation, and
|
|
access to a rich Yocto Project Development Community
|
|
into which you can tap.
|
|
</para></listitem>
|
|
<listitem><para>
|
|
<emphasis>Developer Screencast:</emphasis>
|
|
The
|
|
<ulink url='http://vimeo.com/36450321'>Getting Started with the Yocto Project - New Developer Screencast Tutorial</ulink>
|
|
provides a 30-minute video created for users unfamiliar
|
|
with the Yocto Project but familiar with Linux build
|
|
hosts.
|
|
While this screencast is somewhat dated, the
|
|
introductory and fundamental concepts are useful for
|
|
the beginner.
|
|
</para></listitem>
|
|
<listitem><para>
|
|
<emphasis>Yocto Project Overview and Concepts Manual:</emphasis>
|
|
The
|
|
<ulink url='&YOCTO_DOCS_OM_URL;'>Yocto Project Overview and Concepts Manual</ulink>
|
|
is a great place to start to learn about the
|
|
Yocto Project.
|
|
This manual introduces you to the Yocto Project and its
|
|
development environment.
|
|
The manual also provides conceptual information for
|
|
various aspects of the Yocto Project.
|
|
</para></listitem>
|
|
<listitem><para>
|
|
<emphasis>Yocto Project Wiki:</emphasis>
|
|
The
|
|
<ulink url='&YOCTO_WIKI_URL;'>Yocto Project Wiki</ulink>
|
|
provides additional information on where to go next
|
|
when ramping up with the Yocto Project, release
|
|
information, project planning, and QA information.
|
|
</para></listitem>
|
|
<listitem><para>
|
|
<emphasis>Yocto Project Mailing Lists:</emphasis>
|
|
Related mailing lists provide a forum for discussion,
|
|
patch submission and announcements.
|
|
Several mailing lists exist and are grouped according
|
|
to areas of concern.
|
|
See the
|
|
"<ulink url='&YOCTO_DOCS_REF_URL;#resources-mailinglist'>Mailing lists</ulink>"
|
|
section in the Yocto Project Reference Manual for a
|
|
complete list of Yocto Project mailing lists.
|
|
</para></listitem>
|
|
<listitem><para>
|
|
<emphasis>Comprehensive List of Links and Other Documentation:</emphasis>
|
|
The
|
|
"<ulink url='&YOCTO_DOCS_REF_URL;#resources-links-and-related-documentation'>Links and Related Documentation</ulink>"
|
|
section in the Yocto Project Reference Manual provides a
|
|
comprehensive list of all related links and other
|
|
user documentation.
|
|
</para></listitem>
|
|
</itemizedlist>
|
|
</para>
|
|
</section>
|
|
</article>
|
|
<!--
|
|
vim: expandtab tw=80 ts=4
|
|
-->
|