diff --git a/documentation/yocto-project-qs/yocto-project-qs.xml b/documentation/yocto-project-qs/yocto-project-qs.xml index c5bb436f2f..a7f184a74f 100644 --- a/documentation/yocto-project-qs/yocto-project-qs.xml +++ b/documentation/yocto-project-qs/yocto-project-qs.xml @@ -3,7 +3,7 @@ [ %poky; ] >
- +
The Yocto Project Quick Start @@ -16,8 +16,9 @@ Welcome to the Yocto Project! The Yocto Project is an open-source collaboration project focused on embedded Linux developers. - Amongst other things, the Yocto Project uses the Poky build system to - construct complete Linux images. + Among other things, the Yocto Project uses a build system based on the Poky project + to construct complete Linux images. + The Poky project, in turn, draws from and contributes back to the OpenEmbedded project. @@ -42,7 +43,7 @@ After reading this document, you will have a basic understanding of what the Yocto Project is and how to use some of its core components. This document steps you through a simple example showing you how to build a small image - and run it using the QEMU emulator. + and run it using the Quick EMUlator (QEMU emulator). @@ -55,8 +56,8 @@ FAQs: Lists commonly asked Yocto Project questions and answers. You can find two FAQs: Yocto Project FAQ on a wiki, and the - FAQ appendix in the - The Yocto Project Reference Manual. + FAQ appendix in + the Yocto Project Reference Manual. Developer Screencast: The Getting Started with the Yocto Project - New @@ -66,9 +67,8 @@ Due to production processes, there could be differences between the Yocto Project - documentation bundled in the release tarball and the - - Yocto Project Quick Start on + documentation bundled in a released tarball and the + Yocto Project Quick Start on the Yocto Project website. For the latest version of this manual, see the manual on the website. @@ -77,7 +77,7 @@
Introducing the Yocto Project Development Environment - The Yocto Project through the Poky build system provides an open source development + The Yocto Project through the OpenEmbedded build system provides an open source development environment targeting the ARM, MIPS, PowerPC and x86 architectures for a variety of platforms including x86-64 and emulated ones. You can use components from the Yocto Project to design, develop, build, debug, simulate, @@ -85,9 +85,6 @@ application frameworks, and Qt frameworks. - - -
@@ -152,7 +149,7 @@ A host system running a supported Linux distribution (i.e. recent releases of - Fedora, openSUSE, CentOS, Debian, and Ubuntu). + Fedora, openSUSE, CentOS, and Ubuntu). If the host system supports multiple cores and threads, you can configure the Yocto Project build system to decrease the time needed to build images significantly. @@ -162,7 +159,7 @@ The right packages. - A release of Yocto Project. + A release of the Yocto Project. @@ -190,7 +187,7 @@ - The build system should be able to run on any modern distribution with Python 2.6 or 2.7. + The OpenEmbedded build system should be able to run on any modern distribution with Python 2.6 or 2.7. Earlier releases of Python are known to not work and the system does not support Python 3 at this time. This document assumes you are running one of the previously noted distributions on your Linux-based host systems. @@ -232,7 +229,7 @@ unzip texi2html texinfo libsdl1.2-dev docbook-utils fop gawk \ python-pysqlite2 diffstat make gcc build-essential xsltproc \ g++ desktop-file-utils chrpath libgl1-mesa-dev libglu1-mesa-dev \ - autoconf automake groff libtool xterm libxml-parser-perl + autoconf automake groff libtool xterm libxml-parser-perl dblatex
@@ -253,7 +250,7 @@ groff linuxdoc-tools patch cmake \ perl-ExtUtils-MakeMaker tcl-devel gettext chrpath ncurses apr \ SDL-devel mesa-libGL-devel mesa-libGLU-devel gnome-doc-utils \ - autoconf automake libtool xterm + autoconf automake libtool xterm dblatex @@ -269,7 +266,7 @@ $ sudo zypper install python gcc gcc-c++ libtool fop \ subversion git chrpath automake make wget xsltproc \ - diffstat texinfo freeglut-devel libSDL-devel + diffstat texinfo freeglut-devel libSDL-devel dblatex @@ -291,7 +288,7 @@ groff linuxdoc-tools patch cmake \ tcl-devel gettext ncurses apr \ SDL-devel mesa-libGL-devel mesa-libGLU-devel gnome-doc-utils \ - autoconf automake libtool xterm + autoconf automake libtool xterm dblatex Depending on the CentOS version you are using, other requirements and dependencies @@ -320,12 +317,13 @@ - You can also get the Yocto Project files by setting up a Git repository on your host - development system. - Doing so allows you to contribute back to the project. + You can also get the Yocto Project files you need by setting up (cloning in Git terms) + a local copy of the poky Git repository on your host development + system. + Doing so allows you to contribute back to the Yocto Project project. For information on how to get set up using this method, see the "Yocto - Project Release" item in The Yocto Project Development Manual. + Project Release" item in the Yocto Project Development Manual. @@ -366,24 +364,22 @@ Use the following commands to build your image. - The build process creates an entire Linux distribution, including the toolchain, from source. + The OpenEmbedded build process creates an entire Linux distribution, including the toolchain, + from source. - The build process using Sato currently consumes - about 50GB of disk space. + The build process using Sato currently consumes about 50GB of disk space. To allow for variations in the build process and for future package expansion, we recommend having at least 100GB of free disk space. - By default, the Yocto Project searches for source code using a pre-determined order + By default, the build process searches for source code using a pre-determined order through a set of locations. - If you encounter problems with the Yocto Project finding and downloading source code, see - the FAQ entry "How does the Yocto Project build system obtain source code and will it work behind my - firewall or proxy server?" in - - The Yocto Project Reference Manual. + If you encounter problems with the build process finding and downloading source code, see the + "How does the OpenEmbedded build system obtain source code and will it work behind my + firewall or proxy server?" in the Yocto Project Reference Manual. @@ -416,10 +412,11 @@ them into a directory named &YOCTO_POKY; in the current directory. The third command runs the Yocto Project environment setup script. - Running this script defines Yocto Project build environment settings needed to + Running this script defines OpenEmbedded build environment settings needed to complete the build. - The script also creates the Yocto Project - build directory, which is &YOCTO_POKY;-build in this case. + The script also creates the + build directory", + which is &YOCTO_POKY;-build in this case. 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 @@ -455,12 +452,12 @@ Another consideration before you build is the package manager used when creating the image. - By default, the Yocto Project build system uses the RPM package manager. + By default, the OpenEmbedded build system uses the RPM package manager. You can control this configuration by using the PACKAGE_CLASSES variable. For additional package manager selection information, see "Packaging - package*.bbclass" - in The Yocto Project Reference Manual. + in the Yocto Project Reference Manual. @@ -469,14 +466,14 @@ For information on the -k option use the bitbake --help command or see the "BitBake" section in - The Yocto Project Reference Manual. + the Yocto Project Reference Manual. $ bitbake -k core-image-sato BitBake requires Python 2.6 or 2.7. For more information on this requirement, see the - FAQ in The Yocto Project Reference + FAQ in the Yocto Project Reference Manual. The final command runs the image: @@ -515,7 +512,7 @@ - Install the appropriate stand-alone Yocto toolchain tarball. + Install the appropriate stand-alone toolchain tarball. Download the pre-built image that will boot with QEMU. You need to be sure to get the QEMU image that matches your target machine’s architecture (e.g. x86, ARM, etc.). @@ -528,13 +525,14 @@
Installing the Toolchain - You can download the pre-built toolchain, which includes the runqemu + You can download a tarball with the pre-built toolchain, which includes the + runqemu script and support files, from the appropriate directory under . Toolchains are available for 32-bit and 64-bit development systems from the i686 and x86-64 directories, respectively. Each type of development system supports five target architectures. - The tarball files are named such that a string representing the host system appears + The names of the tarballs are such that a string representing the host system appears first in the filename and then is immediately followed by a string representing the target architecture. @@ -578,7 +576,7 @@ For more information on how to install tarballs, see the "Using a Cross-Toolchain Tarball" and - "Using BitBake and the Yocto Project Build Tree" sections in The Yocto Project Application Development Toolkit (ADT) + "Using BitBake and the Yocto Project Build Tree" sections in the Yocto Project Application Development Toolkit (ADT) User's Guide.
@@ -610,7 +608,7 @@ You can learn more about downloading a Yocto Project kernel in the "Linux Yocto Kernel" section of - The Yocto Project Development Manual. + the Yocto Project Development Manual. @@ -733,7 +731,7 @@ Getting the Yocto Project - Get the Yocto Project Files + Set up your source directory one of two ways: Tarball: @@ -766,9 +764,9 @@ Initializing the Build Environment - From the parent directory of the Yocto Project Files, initialize your environment + From the parent directory of local source directory, initialize your environment and provide a meaningful - Yocto Project Build Directory + build directory name: $ source poky/oe-init-build-env mybuilds