manuals: fix suspicious newlines

- That could originate from documentation migration issues
- Checked that the corresponding links still exist

(From yocto-docs rev: 38bae8f6067bc12f3617ed38587737d22dd7b32c)

Signed-off-by: Michael Opdenacker <michael.opdenacker@bootlin.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>

documentation/dev-manual/common-tasks.rst

@@ -2061,16 +2061,12 @@ sysroot are cataloged in manifests in order to ensure the files can be
 removed later when a recipe is either modified or removed. Thus, the
 sysroot is able to remain free from stale files.
 
-A subset of the files installed by the
+A subset of the files installed by the :ref:`ref-tasks-install` task are
-:ref:`ref-tasks-install` task are
+used by the :ref:`ref-tasks-populate_sysroot` task as defined by the the
-used by the
+:term:`SYSROOT_DIRS` variable to automatically populate the sysroot. It
-:ref:`ref-tasks-populate_sysroot`
+is possible to modify the list of directories that populate the sysroot.
-task as defined by the
+The following example shows how you could add the ``/opt`` directory to
-:term:`SYSROOT_DIRS` variable to
+the list of directories within a recipe:
-automatically populate the sysroot. It is possible to modify the list of
-directories that populate the sysroot. The following example shows how
-you could add the ``/opt`` directory to the list of directories within a
-recipe:
 ::
 
    SYSROOT_DIRS += "/opt"
@@ -2081,8 +2077,7 @@ recipe:
    that are not included in the target filesystem, allowing them to share
    these artifacts without needing to use the ``DEPLOY_DIR``.
 
-For a more complete description of the
+For a more complete description of the :ref:`ref-tasks-populate_sysroot`
-:ref:`ref-tasks-populate_sysroot`
 task and its associated functions, see the
 :ref:`staging <ref-classes-staging>` class.
 

documentation/overview-manual/concepts.rst

@@ -2111,8 +2111,7 @@ accomplished using fakeroot.
    under fakeroot. Otherwise, the task cannot run root-only operations,
    and cannot see the fake file ownership and permissions set by the
    other task. You need to also add a dependency on
-   virtual/fakeroot-native:do_populate_sysroot
+   ``virtual/fakeroot-native:do_populate_sysroot``, giving the following:
-   , giving the following:
    ::
 
       fakeroot do_mytask () {

documentation/overview-manual/yp-intro.rst

@@ -262,8 +262,7 @@ with the string ``meta-``.
 .. note::
 
    It is not a requirement that a layer name begin with the prefix
-   meta-
+   ``meta-``, but it is a commonly accepted standard in the Yocto Project
-   , but it is a commonly accepted standard in the Yocto Project
    community.
 
 For example, if you were to examine the :yocto_git:`tree view </poky/tree/>`
@@ -283,8 +282,7 @@ The Yocto Project employs a collection of components and tools used by
 the project itself, by project developers, and by those using the Yocto
 Project. These components and tools are open source projects and
 metadata that are separate from the reference distribution
-(:term:`Poky`) and the
+(:term:`Poky`) and the :term:`OpenEmbedded Build System`. Most of the
-:term:`OpenEmbedded Build System`. Most of the
 components and tools are downloaded separately.
 
 This section provides brief overviews of the components and tools
@@ -655,14 +653,12 @@ Reference Embedded Distribution (Poky)
 
 "Poky", which is pronounced *Pock*-ee, is the name of the Yocto
 Project's reference distribution or Reference OS Kit. Poky contains the
-:term:`OpenEmbedded Build System`
+:term:`OpenEmbedded Build System` (:term:`BitBake` and
-(:term:`BitBake` and
+:term:`OpenEmbedded-Core (OE-Core)`) as well as a set of
-:term:`OpenEmbedded-Core (OE-Core)`) as well as a set
+:term:`Metadata` to get you started building your own distro. In other
-of :term:`Metadata` to get you started
+words, Poky is a base specification of the functionality needed for a
-building your own distro. In other words, Poky is a base specification
+typical embedded system as well as the components from the Yocto Project
-of the functionality needed for a typical embedded system as well as the
+that allow you to build a distribution into a usable binary image.
-components from the Yocto Project that allow you to build a distribution
-into a usable binary image.
 
 Poky is a combined repository of BitBake, OpenEmbedded-Core (which is
 found in ``meta``), ``meta-poky``, ``meta-yocto-bsp``, and documentation

documentation/ref-manual/variables.rst

@@ -768,9 +768,7 @@ system and gives an overview of their function and contents.
       .. note::
 
          If you run BitBake from a directory outside of the
-         Build Directory
+         :term:`Build Directory`, you must be sure to set ``BBPATH``
-         , you must be sure to set
-         BBPATH
          to point to the Build Directory. Set the variable as you would any
          environment variable and then run BitBake:
          ::

documentation/sdk-manual/working-projects.rst

@@ -104,10 +104,7 @@ project:
 
    .. note::
 
-      If you get errors from
+      If you get errors from ``configure.ac``, which ``autoreconf``
-      configure.ac
-      , which
-      autoreconf
       runs, that indicate missing files, you can use the "-i" option,
       which ensures missing auxiliary files are copied to the build
       host.
@@ -206,9 +203,7 @@ regarding variable behavior:
 .. note::
 
    Regardless of how you set your variables, if you use the "-e" option
-   with
+   with ``make``, the variables from the SDK setup script take precedence:
-   make
-   , the variables from the SDK setup script take precedence:
    ::
 
       $ make -e target