documentation/dev-manual/dev-manual-newbie.xml: Typos fixed.
Typoes/fixes to chapter 3. (From yocto-docs rev: 5cf906df6ae8a729a8f10510a89e570ed9d900e7) 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
a291d007b6
commit
f3e184af04
|
@ -23,7 +23,7 @@
|
|||
Open source philosophy is characterized by software development directed by peer production
|
||||
and collaboration through an active community of developers.
|
||||
Contrast this to the more standard centralized development models used by commercial software
|
||||
companies where a finite set of developers produce a product for sale using a defined set
|
||||
companies where a finite set of developers produces a product for sale using a defined set
|
||||
of procedures that ultimately result in an end product whose architecture and source material
|
||||
are closed to the public.
|
||||
</para>
|
||||
|
@ -97,7 +97,7 @@
|
|||
<para>
|
||||
Most teams have many pieces of software undergoing active development at any given time.
|
||||
You can derive large benefits by putting these pieces under the control of a source
|
||||
control system that is compatible with the Yocto Project (i.e. Git or Subversion (SVN).
|
||||
control system that is compatible with the Yocto Project (i.e. Git or Subversion (SVN)).
|
||||
You can then set the autobuilder to pull the latest revisions of the packages
|
||||
and test the latest commits by the builds.
|
||||
This practice quickly highlights issues.
|
||||
|
@ -239,14 +239,14 @@
|
|||
tools and utilities that allow you to develop software for targeted architectures.
|
||||
This toolchain contains cross-compilers, linkers, and debuggers that are specific to
|
||||
an architecture.
|
||||
You can use the Yocto Project to build cross-development toolchains in tarball form that when
|
||||
unpacked contain the development tools you need to cross-compile and test your software.
|
||||
You can use the Yocto Project to build cross-development toolchains in tarball form that, when
|
||||
unpacked, contain the development tools you need to cross-compile and test your software.
|
||||
The Yocto Project ships with images that contain toolchains for supported architectures
|
||||
as well.
|
||||
Sometimes this toolchain is referred to as the meta-toolchain.</para></listitem>
|
||||
<listitem><para><emphasis>Image:</emphasis> An image is the result produced when
|
||||
BitBake processes a given collection of recipes and related metadata.
|
||||
Images are the binary output that runs on specific hardware and for specific
|
||||
Images are the binary output that run on specific hardware and for specific
|
||||
use cases.
|
||||
For a list of the supported image types that the Yocto Project provides, see the
|
||||
"<ulink url='&YOCTO_DOCS_REF_URL;#ref-images'>Reference: Images</ulink>"
|
||||
|
@ -530,9 +530,9 @@
|
|||
$ git checkout -b &DISTRO_NAME; origin/&DISTRO_NAME;
|
||||
</literallayout>
|
||||
In this example, the name of the top-level directory of your local Yocto Project
|
||||
Files Git repository is <filename>poky</filename>.
|
||||
And, the name of the local working area (or local branch) you have created and checked
|
||||
out is named <filename>&DISTRO_NAME;</filename>.
|
||||
Files Git repository is <filename>poky</filename>,
|
||||
and the name of the local working area (or local branch) you have created and checked
|
||||
out is <filename>&DISTRO_NAME;</filename>.
|
||||
The files in your repository now reflect the same files that are in the
|
||||
<filename>&DISTRO_NAME;</filename> development branch of the Yocto Project's
|
||||
<filename>poky</filename> repository.
|
||||
|
|
Loading…
Reference in New Issue