documentation: Scrubbed use of directory names

There was inconsistent use of the way directory names were
handled throughout the YP documentation.  I have scrubbed the
set and replaced many instances such as the following:

meta/<something> replaces /meta/<something>
poky replaces ~/poky (except in some very specific examples)

I basically got rid of leading slash characters.

Reported-by: Robert P. J. Day <rpjday@crashcourse.ca>
(From yocto-docs rev: ae2e451ed8f61484d04b30017021912c4493a441)

Signed-off-by: Scott Rifenbark <scott.m.rifenbark@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
This commit is contained in:
Scott Rifenbark 2013-11-07 14:23:56 -08:00 committed by Richard Purdie
parent 30d7f5263a
commit dd6b2ef9e7
12 changed files with 49 additions and 49 deletions

View File

@ -106,7 +106,7 @@
build environment while also creating the default build environment while also creating the default
Build Directory, and run the BitBake command that Build Directory, and run the BitBake command that
results in the tarball results in the tarball
<filename>~/yocto-project/build/tmp/deploy/sdk/adt_installer.tar.bz2</filename>: <filename>poky/build/tmp/deploy/sdk/adt_installer.tar.bz2</filename>:
<note> <note>
Before using BitBake to build the ADT tarball, be Before using BitBake to build the ADT tarball, be
sure to make sure your sure to make sure your
@ -136,7 +136,7 @@
a top-level directory named <filename>adt-installer</filename>: a top-level directory named <filename>adt-installer</filename>:
<literallayout class='monospaced'> <literallayout class='monospaced'>
$ cd ~ $ cd ~
$ cp ~/poky/build/tmp/deploy/sdk/adt_installer.tar.bz2 $HOME $ cp poky/build/tmp/deploy/sdk/adt_installer.tar.bz2 $HOME
$ tar -xjf adt_installer.tar.bz2 $ tar -xjf adt_installer.tar.bz2
</literallayout> </literallayout>
Unpacking it creates the directory <filename>adt-installer</filename>, Unpacking it creates the directory <filename>adt-installer</filename>,
@ -206,7 +206,7 @@
When you run the installer, the environment must use a When you run the installer, the environment must use a
host <filename>gcc</filename>: host <filename>gcc</filename>:
<literallayout class='monospaced'> <literallayout class='monospaced'>
$ cd ~/adt-installer $ cd adt-installer
$ ./adt_installer $ ./adt_installer
</literallayout> </literallayout>
Once the installer begins to run, you are asked to enter the Once the installer begins to run, you are asked to enter the
@ -303,7 +303,7 @@
The first thing the installer prompts you for is the The first thing the installer prompts you for is the
directory into which you want to install the toolchain. directory into which you want to install the toolchain.
The default directory used is The default directory used is
<filename>opt/poky/&DISTRO;</filename>. <filename>/opt/poky/&DISTRO;</filename>.
If you do not have write permissions for the directory If you do not have write permissions for the directory
into which you are installing the toolchain, the into which you are installing the toolchain, the
toolchain installer notifies you and exits. toolchain installer notifies you and exits.
@ -545,7 +545,7 @@
the toolchain environment script in the the toolchain environment script in the
<filename>tmp</filename> directory. <filename>tmp</filename> directory.
If you installed the toolchain by hand, the environment setup If you installed the toolchain by hand, the environment setup
script is located in <filename>opt/poky/&DISTRO;</filename>. script is located in <filename>/opt/poky/&DISTRO;</filename>.
</para> </para>
<para> <para>
@ -563,16 +563,16 @@
built filesystem that is located in the built filesystem that is located in the
<filename>~/Downloads</filename> directory. <filename>~/Downloads</filename> directory.
Furthermore, this command extracts the root filesystem into the Furthermore, this command extracts the root filesystem into the
<filename>$HOME/qemux86-sato</filename> directory: <filename>qemux86-sato</filename> directory:
<literallayout class='monospaced'> <literallayout class='monospaced'>
$ cd ~ $ cd ~
$ source /opt/poky/&DISTRO;/environment-setup-i586-poky-linux $ source /opt/poky/&DISTRO;/environment-setup-i586-poky-linux
$ runqemu-extract-sdk \ $ runqemu-extract-sdk \
~Downloads/core-image-sato-sdk-qemux86-2011091411831.rootfs.tar.bz2 \ ~/Downloads/core-image-sato-sdk-qemux86-2011091411831.rootfs.tar.bz2 \
$HOME/qemux86-sato $HOME/qemux86-sato
</literallayout> </literallayout>
You could now point to the target sysroot at You could now point to the target sysroot at
<filename>$HOME/qemux86-sato</filename>. <filename>qemux86-sato</filename>.
</para> </para>
</section> </section>
</section> </section>
@ -625,13 +625,13 @@
<note> <note>
By default, this toolchain does not build static binaries. By default, this toolchain does not build static binaries.
If you want to use the toolchain to build these types of libraries, If you want to use the toolchain to build these types of libraries,
you need to be sure your image has the appropriate static you need to be sure your image has the appropriate static
development libraries. development libraries.
Use the Use the
<ulink url='&YOCTO_DOCS_REF_URL;#var-IMAGE_INSTALL'><filename>IMAGE_INSTALL</filename></ulink> <ulink url='&YOCTO_DOCS_REF_URL;#var-IMAGE_INSTALL'><filename>IMAGE_INSTALL</filename></ulink>
variable inside your <filename>local.conf</filename> file to variable inside your <filename>local.conf</filename> file to
install the appropriate library packages. install the appropriate library packages.
Following is an example using <filename>eglibc</filename> static Following is an example using <filename>eglibc</filename> static
development libraries: development libraries:
<literallayout class='monospaced'> <literallayout class='monospaced'>
IMAGE_INSTALL_append = " eglibc-staticdev" IMAGE_INSTALL_append = " eglibc-staticdev"

View File

@ -562,7 +562,7 @@
<para> <para>
For example, suppose you had some configuration options in a file called For example, suppose you had some configuration options in a file called
<filename>network_configs.cfg</filename>. <filename>network_configs.cfg</filename>.
You can place that file inside a directory named <filename>/linux-yocto</filename> and then add You can place that file inside a directory named <filename>linux-yocto</filename> and then add
a <filename>SRC_URI</filename> statement such as the following to the append file. a <filename>SRC_URI</filename> statement such as the following to the append file.
When the OpenEmbedded build system builds the kernel, the configuration options are When the OpenEmbedded build system builds the kernel, the configuration options are
picked up and applied. picked up and applied.
@ -748,7 +748,7 @@
<listitem><para>Instructions on how to boot the BSP build from <listitem><para>Instructions on how to boot the BSP build from
the BSP layer.</para></listitem> the BSP layer.</para></listitem>
<listitem><para>Instructions on how to boot the binary images <listitem><para>Instructions on how to boot the binary images
contained in the <filename>/binary</filename> directory, contained in the <filename>binary</filename> directory,
if present.</para></listitem> if present.</para></listitem>
<listitem><para>Information on any known bugs or issues that users <listitem><para>Information on any known bugs or issues that users
should know about when either building or booting the BSP should know about when either building or booting the BSP
@ -759,7 +759,7 @@
<filename>meta-&lt;bsp_name&gt;</filename> directory. <filename>meta-&lt;bsp_name&gt;</filename> directory.
This file specifies exactly where you can find the sources used to This file specifies exactly where you can find the sources used to
generate the binary images contained in the generate the binary images contained in the
<filename>/binary</filename> directory, if present. <filename>binary</filename> directory, if present.
See the See the
<ulink url='&YOCTO_GIT_URL;/cgit.cgi/meta-intel/tree/meta-fri2/README.sources'><filename>README.sources</filename></ulink> <ulink url='&YOCTO_GIT_URL;/cgit.cgi/meta-intel/tree/meta-fri2/README.sources'><filename>README.sources</filename></ulink>
file for the Fish River Island 2 BSP in the <filename>meta-fri2</filename> BSP layer file for the Fish River Island 2 BSP in the <filename>meta-fri2</filename> BSP layer

View File

@ -357,7 +357,7 @@
to cause the build to use your own version of to cause the build to use your own version of
the file. the file.
For example, an append file in your layer at For example, an append file in your layer at
<filename>/meta-one/recipes-core/base-files/base-files.bbappend</filename> <filename>meta-one/recipes-core/base-files/base-files.bbappend</filename>
could extend could extend
<ulink url='&YOCTO_DOCS_REF_URL;#var-FILESPATH'><filename>FILESPATH</filename></ulink> <ulink url='&YOCTO_DOCS_REF_URL;#var-FILESPATH'><filename>FILESPATH</filename></ulink>
using using
@ -369,7 +369,7 @@
The build for machine "one" will pick up your The build for machine "one" will pick up your
machine-specific file as long as you have the machine-specific file as long as you have the
file in file in
<filename>/meta-one/recipes-core/base-files/base-files/</filename>. <filename>meta-one/recipes-core/base-files/base-files/</filename>.
However, if you are building for a different However, if you are building for a different
machine and the machine and the
<filename>bblayers.conf</filename> file includes <filename>bblayers.conf</filename> file includes
@ -384,9 +384,9 @@
the file in a subdirectory specific to the the file in a subdirectory specific to the
machine. machine.
For example, rather than placing the file in For example, rather than placing the file in
<filename>/meta-one/recipes-core/base-files/base-files/</filename> <filename>meta-one/recipes-core/base-files/base-files/</filename>
as shown above, put it in as shown above, put it in
<filename>/meta-one/recipes-core/base-files/base-files/one/</filename>. <filename>meta-one/recipes-core/base-files/base-files/one/</filename>.
Not only does this make sure the file is used Not only does this make sure the file is used
only when building for machine "one" but the only when building for machine "one" but the
build process locates the file more quickly.</para> build process locates the file more quickly.</para>
@ -1957,7 +1957,7 @@
<link linkend='source-directory'>Source Directory</link> <link linkend='source-directory'>Source Directory</link>
top-level folder is <filename>~/poky</filename>: top-level folder is <filename>~/poky</filename>:
<literallayout class='monospaced'> <literallayout class='monospaced'>
$ cd ~/poky $ cd poky
$ source oe-init-build-env $ source oe-init-build-env
$ bitbake linux-yocto -c menuconfig $ bitbake linux-yocto -c menuconfig
</literallayout> </literallayout>
@ -2006,7 +2006,7 @@
<filename>x86</filename> architecture, the <filename>x86</filename> architecture, the
<filename>.config</filename> file would be located here: <filename>.config</filename> file would be located here:
<literallayout class='monospaced'> <literallayout class='monospaced'>
~/poky/build/tmp/work/qemux86-poky-linux/linux-yocto-3.4.11+git1+84f... poky/build/tmp/work/qemux86-poky-linux/linux-yocto-3.4.11+git1+84f...
...656ed30-r1/linux-qemux86-standard-build ...656ed30-r1/linux-qemux86-standard-build
</literallayout> </literallayout>
<note> <note>
@ -2079,7 +2079,7 @@
kernel's configuration. kernel's configuration.
For example, suppose you had a set of configuration options in a file called For example, suppose you had a set of configuration options in a file called
<filename>myconfig.cfg</filename>. <filename>myconfig.cfg</filename>.
If you put that file inside a directory named <filename>/linux-yocto</filename> If you put that file inside a directory named <filename>linux-yocto</filename>
that resides in the same directory as the kernel's append file and then add that resides in the same directory as the kernel's append file and then add
a <filename>SRC_URI</filename> statement such as the following to the kernel's append file, a <filename>SRC_URI</filename> statement such as the following to the kernel's append file,
those configuration options will be picked up and applied when the kernel is built. those configuration options will be picked up and applied when the kernel is built.
@ -5271,7 +5271,7 @@
<listitem><para>You have checked out the <listitem><para>You have checked out the
<filename>dora-toaster</filename> branch: <filename>dora-toaster</filename> branch:
<literallayout class='monospaced'> <literallayout class='monospaced'>
$ cd ~/poky $ cd poky
$ git checkout -b dora-toaster origin/dora-toaster $ git checkout -b dora-toaster origin/dora-toaster
</literallayout></para></listitem> </literallayout></para></listitem>
<listitem><para>Be sure your build machine has <listitem><para>Be sure your build machine has
@ -5629,7 +5629,7 @@
<para> <para>
Downloaded archives reside in the Downloaded archives reside in the
<link linkend='build-directory'>Build Directory</link> in <link linkend='build-directory'>Build Directory</link> in
<filename>/tmp</filename> and are cleared up when they are no longer in use. <filename>tmp</filename> and are cleared up when they are no longer in use.
</para> </para>
<para> <para>

View File

@ -1675,7 +1675,7 @@
the following is the work directory for the <filename>acl</filename> recipe that the following is the work directory for the <filename>acl</filename> recipe that
creates the <filename>acl</filename> package: creates the <filename>acl</filename> package:
<literallayout class='monospaced'> <literallayout class='monospaced'>
~/poky/build/tmp/work/i586-poky-linux/acl/2.2.51-r3/ poky/build/tmp/work/i586-poky-linux/acl/2.2.51-r3/
</literallayout> </literallayout>
</para> </para>
@ -1691,8 +1691,8 @@
for the <filename>acl</filename> package that is being for the <filename>acl</filename> package that is being
built for a MIPS-based device: built for a MIPS-based device:
<literallayout class='monospaced'> <literallayout class='monospaced'>
~/poky/build/tmp/work/mips-poky-linux/acl/2.2.51-r2 poky/build/tmp/work/mips-poky-linux/acl/2.2.51-r2
~/poky/build/tmp/work/mips-poky-linux/acl/2.2.51-r2/acl-2.2.51 poky/build/tmp/work/mips-poky-linux/acl/2.2.51-r2/acl-2.2.51
</literallayout> </literallayout>
</para> </para>

View File

@ -1462,8 +1462,8 @@
<para>For help on using these scripts, simply provide the <para>For help on using these scripts, simply provide the
<filename>-h</filename> argument as follows: <filename>-h</filename> argument as follows:
<literallayout class='monospaced'> <literallayout class='monospaced'>
$ ~/poky/scripts/create-pull-request -h $ poky/scripts/create-pull-request -h
$ ~/poky/scripts/send-pull-request -h $ poky/scripts/send-pull-request -h
</literallayout></para></listitem> </literallayout></para></listitem>
</itemizedlist> </itemizedlist>
</para> </para>

View File

@ -45,7 +45,7 @@
Here is an example that assumes the local Git repository for the kernel is in Here is an example that assumes the local Git repository for the kernel is in
a top-level directory named <filename>linux-yocto-3.4</filename>: a top-level directory named <filename>linux-yocto-3.4</filename>:
<literallayout class='monospaced'> <literallayout class='monospaced'>
$ cd ~/linux-yocto-3.4 $ cd linux-yocto-3.4
$ git checkout -b meta origin/meta $ git checkout -b meta origin/meta
</literallayout> </literallayout>
Once you have checked out and switched to the <filename>meta</filename> branch, Once you have checked out and switched to the <filename>meta</filename> branch,
@ -208,7 +208,7 @@
the build tree directory. the build tree directory.
The files include the final <filename>.config</filename> file, all the <filename>.o</filename> The files include the final <filename>.config</filename> file, all the <filename>.o</filename>
files, the <filename>.a</filename> files, and so forth. files, the <filename>.a</filename> files, and so forth.
Since each machine or BSP has its own separate Since each machine or BSP has its own separate
<ulink url='&YOCTO_DOCS_DEV_URL;#build-directory'>Build Directory</ulink> <ulink url='&YOCTO_DOCS_DEV_URL;#build-directory'>Build Directory</ulink>
in its own separate branch in its own separate branch
of the Git repository, you can easily switch between different builds. of the Git repository, you can easily switch between different builds.

View File

@ -829,10 +829,10 @@
</section> </section>
<section id='migration-1.5-run'> <section id='migration-1.5-run'>
<title><filename>/run</filename></title> <title><filename>run</filename></title>
<para> <para>
The <filename>/run</filename> directory from the Filesystem The <filename>run</filename> directory from the Filesystem
Hierarchy Standard 3.0 has been introduced. Hierarchy Standard 3.0 has been introduced.
You can find some of the implications for this change You can find some of the implications for this change
<ulink url='http://cgit.openembedded.org/openembedded-core/commit/?id=0e326280a15b0f2c4ef2ef4ec441f63f55b75873'>here</ulink>. <ulink url='http://cgit.openembedded.org/openembedded-core/commit/?id=0e326280a15b0f2c4ef2ef4ec441f63f55b75873'>here</ulink>.
@ -1033,7 +1033,7 @@
</para></listitem> </para></listitem>
<listitem><para> <listitem><para>
<filename>base-files</filename>: Remove the unnecessary <filename>base-files</filename>: Remove the unnecessary
<filename>/media/xxx</filename> directories. <filename>media/xxx</filename> directories.
</para></listitem> </para></listitem>
<listitem><para> <listitem><para>
<filename>alsa-state</filename>: Provide an empty <filename>alsa-state</filename>: Provide an empty

View File

@ -222,7 +222,7 @@
<para> <para>
As each task completes, a timestamp is written to the directory specified by the As each task completes, a timestamp is written to the directory specified by the
<filename><link linkend='var-STAMP'>STAMP</link></filename> variable. <filename><link linkend='var-STAMP'>STAMP</link></filename> variable.
On subsequent runs, BitBake looks within the <filename>/build/tmp/stamps</filename> On subsequent runs, BitBake looks within the <filename>build/tmp/stamps</filename>
directory and does not rerun directory and does not rerun
tasks that are already completed unless a timestamp is found to be invalid. tasks that are already completed unless a timestamp is found to be invalid.
Currently, invalid timestamps are only considered on a per Currently, invalid timestamps are only considered on a per

View File

@ -38,7 +38,7 @@
Here is an example that discovers the recipes whose build is potentially Here is an example that discovers the recipes whose build is potentially
changed based on a given feature: changed based on a given feature:
<literallayout class='monospaced'> <literallayout class='monospaced'>
$ cd $HOME/poky $ cd poky
$ git grep 'contains.*MACHINE_FEATURES.*&lt;feature&gt;' $ git grep 'contains.*MACHINE_FEATURES.*&lt;feature&gt;'
</literallayout> </literallayout>
</para> </para>

View File

@ -701,10 +701,10 @@
<para> <para>
The following example uses a complete regular expression The following example uses a complete regular expression
to tell BitBake to ignore all recipe and recipe append to tell BitBake to ignore all recipe and recipe append
files in the <filename>/meta-ti/recipes-misc/</filename> files in the <filename>meta-ti/recipes-misc/</filename>
directory: directory:
<literallayout class='monospaced'> <literallayout class='monospaced'>
BBMASK = "/meta-ti/recipes-misc/" BBMASK = "meta-ti/recipes-misc/"
</literallayout> </literallayout>
If you want to mask out multiple directories or recipes, If you want to mask out multiple directories or recipes,
use the vertical bar to separate the regular expression use the vertical bar to separate the regular expression
@ -999,7 +999,7 @@
<filename>/etc</filename> or <filename>${bindir}</filename> rather <filename>/etc</filename> or <filename>${bindir}</filename> rather
than <filename>/usr/bin</filename>. than <filename>/usr/bin</filename>.
You can find a list of these variables at the top of the You can find a list of these variables at the top of the
<filename>/meta/conf/bitbake.conf</filename> file in the <filename>meta/conf/bitbake.conf</filename> file in the
<ulink url='&YOCTO_DOCS_DEV_URL;#source-directory'>Source Directory</ulink>. <ulink url='&YOCTO_DOCS_DEV_URL;#source-directory'>Source Directory</ulink>.
</note> </note>
</glossdef> </glossdef>
@ -1036,7 +1036,7 @@
<glossdef> <glossdef>
<para> <para>
Specifies the parent directory of the OpenEmbedded Specifies the parent directory of the OpenEmbedded
Core Metadata layer (i.e. <filename>/meta</filename>). Core Metadata layer (i.e. <filename>meta</filename>).
</para> </para>
<para> <para>
@ -1362,7 +1362,7 @@
<para> <para>
You can set this directory by defining the You can set this directory by defining the
<filename>DL_DIR</filename> variable in the <filename>DL_DIR</filename> variable in the
<filename>/conf/local.conf</filename> file. <filename>conf/local.conf</filename> file.
This directory is self-maintaining and you should not have This directory is self-maintaining and you should not have
to touch it. to touch it.
By default, the directory is <filename>downloads</filename> By default, the directory is <filename>downloads</filename>
@ -1712,7 +1712,7 @@
<filename>/etc</filename>, or <filename>${bindir}</filename> rather <filename>/etc</filename>, or <filename>${bindir}</filename> rather
than <filename>/usr/bin</filename>. than <filename>/usr/bin</filename>.
You can find a list of these variables at the top of the You can find a list of these variables at the top of the
<filename>/meta/conf/bitbake.conf</filename> file in the <filename>meta/conf/bitbake.conf</filename> file in the
<ulink url='&YOCTO_DOCS_DEV_URL;#source-directory'>Source Directory</ulink>. <ulink url='&YOCTO_DOCS_DEV_URL;#source-directory'>Source Directory</ulink>.
</note> </note>
@ -2068,7 +2068,7 @@
to a default value using the <filename>?=</filename> operator, using a to a default value using the <filename>?=</filename> operator, using a
<filename>+=</filename> operation against <filename>IMAGE_INSTALL</filename> <filename>+=</filename> operation against <filename>IMAGE_INSTALL</filename>
will result in unexpected behavior when used in will result in unexpected behavior when used in
<filename>/conf/local.conf</filename>. <filename>conf/local.conf</filename>.
Furthermore, the same operation from within an image recipe may or may not Furthermore, the same operation from within an image recipe may or may not
succeed depending on the specific situation. succeed depending on the specific situation.
In both these cases, the behavior is contrary to how most users expect In both these cases, the behavior is contrary to how most users expect
@ -4770,7 +4770,7 @@ recipes-graphics/xorg-font/font-alias_1.0.3.bb:PR = "${INC_PR}.3"
to keep the unpacked recipe for <filename>db</filename> to keep the unpacked recipe for <filename>db</filename>
is the following: is the following:
<literallayout class='monospaced'> <literallayout class='monospaced'>
~/poky/build/tmp/work/qemux86-poky-linux/db/5.1.19-r3/db-5.1.19 poky/build/tmp/work/qemux86-poky-linux/db/5.1.19-r3/db-5.1.19
</literallayout> </literallayout>
</para> </para>
</glossdef> </glossdef>
@ -5888,7 +5888,7 @@ recipes-graphics/xorg-font/font-alias_1.0.3.bb:PR = "${INC_PR}.3"
In this case, the working directory the build system uses to build In this case, the working directory the build system uses to build
the <filename>v86d</filename> package is the following: the <filename>v86d</filename> package is the following:
<literallayout class='monospaced'> <literallayout class='monospaced'>
~/poky/build/tmp/work/qemux86-poky-linux/v86d/01.9-r0 poky/build/tmp/work/qemux86-poky-linux/v86d/01.9-r0
</literallayout> </literallayout>
</para> </para>
@ -5905,7 +5905,7 @@ recipes-graphics/xorg-font/font-alias_1.0.3.bb:PR = "${INC_PR}.3"
the <filename>acl</filename> recipe, which is being built for a the <filename>acl</filename> recipe, which is being built for a
MIPS-based device, is the following: MIPS-based device, is the following:
<literallayout class='monospaced'> <literallayout class='monospaced'>
~/poky/build/tmp/work/mips-poky-linux/acl/2.2.51-r2 poky/build/tmp/work/mips-poky-linux/acl/2.2.51-r2
</literallayout> </literallayout>
</para> </para>
</glossdef> </glossdef>

View File

@ -1149,7 +1149,7 @@
recipe-by-recipe basis through the <filename>LICENSE_FLAGS</filename> variable recipe-by-recipe basis through the <filename>LICENSE_FLAGS</filename> variable
definition in the affected recipe. definition in the affected recipe.
For instance, the For instance, the
<filename>$HOME/poky/meta/recipes-multimedia/gstreamer/gst-plugins-ugly</filename> <filename>poky/meta/recipes-multimedia/gstreamer/gst-plugins-ugly</filename>
recipe contains the following statement: recipe contains the following statement:
<literallayout class='monospaced'> <literallayout class='monospaced'>
LICENSE_FLAGS = "commercial" LICENSE_FLAGS = "commercial"
@ -1165,7 +1165,7 @@
<filename>LICENSE_FLAGS_WHITELIST</filename> variable, which is a variable <filename>LICENSE_FLAGS_WHITELIST</filename> variable, which is a variable
typically defined in your <filename>local.conf</filename> file. typically defined in your <filename>local.conf</filename> file.
For example, to enable For example, to enable
the <filename>$HOME/poky/meta/recipes-multimedia/gstreamer/gst-plugins-ugly</filename> the <filename>poky/meta/recipes-multimedia/gstreamer/gst-plugins-ugly</filename>
package, you could add either the string package, you could add either the string
"commercial_gst-plugins-ugly" or the more general string "commercial_gst-plugins-ugly" or the more general string
"commercial" to <filename>LICENSE_FLAGS_WHITELIST</filename>. "commercial" to <filename>LICENSE_FLAGS_WHITELIST</filename>.
@ -1312,7 +1312,7 @@
<para> <para>
Other helpful variables related to commercial Other helpful variables related to commercial
license handling exist and are defined in the license handling exist and are defined in the
<filename>$HOME/poky/meta/conf/distro/include/default-distrovars.inc</filename> file: <filename>poky/meta/conf/distro/include/default-distrovars.inc</filename> file:
<literallayout class='monospaced'> <literallayout class='monospaced'>
COMMERCIAL_AUDIO_PLUGINS ?= "" COMMERCIAL_AUDIO_PLUGINS ?= ""
COMMERCIAL_VIDEO_PLUGINS ?= "" COMMERCIAL_VIDEO_PLUGINS ?= ""

View File

@ -62,7 +62,7 @@
<para> <para>
The <filename>target</filename> is the name of the recipe you want to build. The <filename>target</filename> is the name of the recipe you want to build.
Common targets are the images in <filename>meta/recipes-core/images</filename>, Common targets are the images in <filename>meta/recipes-core/images</filename>,
<filename>/meta/recipes-sato/images</filename>, etc. all found in the <filename>meta/recipes-sato/images</filename>, etc. all found in the
<ulink url='&YOCTO_DOCS_DEV_URL;#source-directory'>Source Directory</ulink>. <ulink url='&YOCTO_DOCS_DEV_URL;#source-directory'>Source Directory</ulink>.
Or, the target can be the name of a recipe for a specific piece of software such as Or, the target can be the name of a recipe for a specific piece of software such as
BusyBox. BusyBox.