bitbake: doc: bitbake-user-manual: style and completeness corrections

Fix encountered style issues in the fetching section.
Mention that "subdir" and fetcher specific parameters can stack-up.

(Bitbake rev: 5cb35734c7056aa183bc15d454e125b75267449b)

Signed-off-by: Adam Blank <adam.blank.g@gmail.com>
Reviewed-by: Antonin Godard <antonin.godard@bootlin.com>
Signed-off-by: Mathieu Dubois-Briand <mathieu.dubois-briand@bootlin.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
This commit is contained in:
Adam Blank
2025-10-22 19:59:13 +02:00
committed by Richard Purdie
parent b03a897c2c
commit 36034f846a
2 changed files with 35 additions and 35 deletions

View File

@@ -159,21 +159,22 @@ URLs except Git URLs, BitBake uses the common ``unpack`` method.
A number of parameters exist that you can specify within the URL to
govern the behavior of the unpack stage:
- *unpack:* Controls whether the URL components are unpacked. If set to
- *"unpack":* Controls whether the URL components are unpacked. If set to
"1", which is the default, the components are unpacked. If set to
"0", the unpack stage leaves the file alone. This parameter is useful
when you want an archive to be copied in and not be unpacked.
- *dos:* Applies to ``.zip`` and ``.jar`` files and specifies whether
- *"dos":* Applies to ``.zip`` and ``.jar`` files and specifies whether
to use DOS line ending conversion on text files.
- *striplevel:* Strip specified number of leading components (levels)
from file names on extraction
- *"striplevel":* Strip specified number of leading components (levels)
from file names on extraction.
- *subdir:* Unpacks the specific URL to the specified subdirectory
within the root directory.
- *"subdir":* Unpacks the specific URL to the specified subdirectory
within the specified root directory. This path can be further modified
by fetcher specific parameters.
- *name:* Assigns a name to a given component of the :term:`SRC_URI`.
- *"name":* Assigns a name to a given component of the :term:`SRC_URI`.
This component is later referenced by this name when specifying its
:term:`SRCREV` or :term:`SRC_URI` checksum, or to correctly place its
revision in the package version string with aid of :term:`SRCREV_FORMAT`.
@@ -253,13 +254,11 @@ Some example URLs are as follows::
SRC_URI = "http://abc123.org/git/?p=gcc/gcc.git;a=snapshot;h=a5dd47"
Such URLs should should be modified by replacing semi-colons with '&'
characters::
SRC_URI = "http://abc123.org/git/?p=gcc/gcc.git&a=snapshot&h=a5dd47"
In most cases this should work. Treating semi-colons and '&' in
queries identically is recommended by the World Wide Web Consortium
(W3C). Note that due to the nature of the URL, you may have to
@@ -530,10 +529,10 @@ The fetcher uses the ``rcleartool`` or
Following are options for the :term:`SRC_URI` statement:
- *vob*: The name, which must include the prepending "/" character,
- *"vob":* The name, which must include the prepending "/" character,
of the ClearCase VOB. This option is required.
- *module*: The module, which must include the prepending "/"
- *"module":* The module, which must include the prepending "/"
character, in the selected VOB.
.. note::
@@ -545,7 +544,7 @@ Following are options for the :term:`SRC_URI` statement:
load /example_vob/example_module
- *proto*: The protocol, which can be either ``http`` or ``https``.
- *"proto":* The protocol, which can be either ``http`` or ``https``.
By default, the fetcher creates a configuration specification. If you
want this specification written to an area other than the default, use
@@ -554,9 +553,9 @@ the specification is written.
.. note::
the SRCREV loses its functionality if you specify this variable. However,
SRCREV is still used to label the archive after a fetch even though it does
not define what is fetched.
the :term:`SRCREV` loses its functionality if you specify this variable.
However, :term:`SRCREV` is still used to label the archive after a fetch even
though it does not define what is fetched.
Here are a couple of other behaviors worth mentioning:

View File

@@ -1644,7 +1644,8 @@ overview of their function and contents.
- ``subdir``: Places the file (or extracts its contents) into the
specified subdirectory. This option is useful for unusual tarballs
or other archives that do not have their files already in a
subdirectory within the archive.
subdirectory within the archive. This path can be further modified
by fetcher specific parameters.
- ``subpath``: Limits the checkout to a specific subpath of the
tree when using the Git fetcher is used.