mirror of
https://git.yoctoproject.org/poky
synced 2026-09-15 06:49:33 +02:00
manuals: replace hyphens with em dashes
Fix some hyphens being improperly used as em dashes. See https://www.grammarly.com/blog/hyphens-and-dashes/ Using em dashes may also allow Sphinx to hyphenate and break lines in the best way. Note that the first character after an em dash not supposed to be capitalized, unless a specific rule applies, typically when what follows is a proper noun. Fix a few misuses of parentheses in following text. (From yocto-docs rev: a0d93ea1ddfdfbcde8dac3aa328307be778f9e3c) Signed-off-by: Michael Opdenacker <michael.opdenacker@bootlin.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> Signed-off-by: Steve Sakoman <steve@sakoman.com>
This commit is contained in:
committed by
Steve Sakoman
parent
3b7e326704
commit
5b75b5cbcf
@@ -565,7 +565,7 @@ Local Projects
|
||||
~~~~~~~~~~~~~~
|
||||
|
||||
Local projects are custom bits of software the user provides. These bits
|
||||
reside somewhere local to a project - perhaps a directory into which the
|
||||
reside somewhere local to a project --- perhaps a directory into which the
|
||||
user checks in items (e.g. a local directory containing a development
|
||||
source tree used by the group).
|
||||
|
||||
@@ -1647,7 +1647,7 @@ you a good idea of when the task's data changes.
|
||||
|
||||
To complicate the problem, there are things that should not be included
|
||||
in the checksum. First, there is the actual specific build path of a
|
||||
given task - the :term:`WORKDIR`. It
|
||||
given task --- the :term:`WORKDIR`. It
|
||||
does not matter if the work directory changes because it should not
|
||||
affect the output for target packages. Also, the build process has the
|
||||
objective of making native or cross packages relocatable.
|
||||
@@ -1706,7 +1706,7 @@ need to fix this situation.
|
||||
Thus far, this section has limited discussion to the direct inputs into
|
||||
a task. Information based on direct inputs is referred to as the
|
||||
"basehash" in the code. However, the question of a task's indirect
|
||||
inputs still exits - items already built and present in the
|
||||
inputs still exits --- items already built and present in the
|
||||
:term:`Build Directory`. The checksum (or
|
||||
signature) for a particular task needs to add the hashes of all the
|
||||
tasks on which the particular task depends. Choosing which dependencies
|
||||
|
||||
@@ -52,7 +52,7 @@ A development host or :term:`Build Host` is key to
|
||||
using the Yocto Project. Because the goal of the Yocto Project is to
|
||||
develop images or applications that run on embedded hardware,
|
||||
development of those images and applications generally takes place on a
|
||||
system not intended to run the software - the development host.
|
||||
system not intended to run the software --- the development host.
|
||||
|
||||
You need to set up a development host in order to use it with the Yocto
|
||||
Project. Most find that it is best to have a native Linux machine
|
||||
|
||||
@@ -857,7 +857,7 @@ helpful for getting started:
|
||||
distribution.
|
||||
|
||||
Another point worth noting is that historically within the Yocto
|
||||
Project, recipes were referred to as packages - thus, the existence
|
||||
Project, recipes were referred to as packages --- thus, the existence
|
||||
of several BitBake variables that are seemingly mis-named, (e.g.
|
||||
:term:`PR`,
|
||||
:term:`PV`, and
|
||||
|
||||
Reference in New Issue
Block a user