From: Michael Opdenacker <michael.opdenacker@bootlin.com>
To: Paul Eggleton <bluelightning@bluelightning.org>
Cc: docs@lists.yoctoproject.org
Subject: Re: [PATCH 6/9] dev-manual: update custom distribution section
Date: Mon, 15 Apr 2024 16:04:27 +0200 [thread overview]
Message-ID: <5edf723f-d382-46c2-a868-056c3c38656b@bootlin.com> (raw)
In-Reply-To: <cb839b9d7e58ddf1927685c3fefcd2fa7e551618.1713127068.git.bluelightning@bluelightning.org>
Hi Paul,
On 4/14/24 at 22:43, Paul Eggleton wrote:
> In keeping with the addition of the motd message pointing out that
> the poky DISTRO is a reference distribution, adjust the opening of the
> Creating Your Own Distribution section to match. Additionally, add a
> section on the end pointing out what users need to consider if they just
> take a copy of the poky distribution and modify it.
>
> Signed-off-by: Paul Eggleton <paul.eggleton@microsoft.com>
> ---
> .../dev-manual/custom-distribution.rst | 34 ++++++++++++++++---
> 1 file changed, 30 insertions(+), 4 deletions(-)
>
> diff --git a/documentation/dev-manual/custom-distribution.rst b/documentation/dev-manual/custom-distribution.rst
> index 47faed0d04..93a1961d17 100644
> --- a/documentation/dev-manual/custom-distribution.rst
> +++ b/documentation/dev-manual/custom-distribution.rst
> @@ -4,10 +4,16 @@ Creating Your Own Distribution
> ******************************
>
> When you build an image using the Yocto Project and do not alter any
> -distribution :term:`Metadata`, you are
> -creating a Poky distribution. If you wish to gain more control over
> -package alternative selections, compile-time options, and other
> -low-level configurations, you can create your own distribution.
> +distribution :term:`Metadata`, you are using the ``poky`` distribution.
> +``poky`` is explicitly a *reference* distribution for testing and
> +development purposes. It enables most hardware and software features
> +so that they can be tested, but this also means that from a security
> +point of view the attack surface is very large. Additionally, at some
> +point it is likely that you will want to gain more control over package
> +alternative selections, compile-time options, and other low-level
> +configurations. For both of these reasons, if you are using the Yocto
> +Project for production use then you are strongly encouraged to create
> +your own distribution.
>
> To create your own distribution, the basic steps consist of creating
> your own distribution layer, creating your own distribution
> @@ -107,3 +113,23 @@ layer. The following steps provide some more detail:
> For information on append files, see the
> ":ref:`dev-manual/layers:appending other layers metadata with your layer`"
> section.
> +
> +Copying and modifying the ``poky`` distribution
> +===============================================
> +
> +Instead of creating a custom distribution from scratch as per above, you may
> +wish to start your custom distribution configuration by copying the ``poky``
> +distribution provided within the ``meta-poky`` layer and then modifying it.
> +This is fine, however if you do this you should keep the following in mind:
> +
> +- Every reference to ``poky`` needs to be updated in your copy so that it
> + will still apply. This includes override usage within files (e.g. ``:poky``)
> + and in directory names. This is a good opportunity to evaluate each one of
> + these customizations to see if they are needed for your use case.
> +
> +- Unless you also intend to use them, the ``poky-tiny``, ``poky-altcfg`` and
> + ``poky-bleeding`` variants and any references to them can be removed.
> +
> +- More generally, the ``poky`` distribution configuration enables a lot more
> + than you likely need for your production use case. You should evaluate *every*
> + configuration choice made in your copy to determine if it is needed.
Looks good to me, though I replaced "``poky``" by "Poky" (when referring
to the distro name, not the string) to be consistent with the rest of
the documentation.
Thanks!
Michael.
--
Michael Opdenacker, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com
next prev parent reply other threads:[~2024-04-15 14:04 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-04-14 20:43 [PATCH 0/9] Updates for the 5.0 release Paul Eggleton
2024-04-14 20:43 ` [PATCH 1/9] ref-manual: Add virtual-slash QA check Paul Eggleton
2024-04-14 20:43 ` [PATCH 2/9] ref-manual: add new python classes Paul Eggleton
2024-04-15 13:43 ` Michael Opdenacker
2024-04-14 20:43 ` [PATCH 3/9] classes: cve_check: add note about remote patches Paul Eggleton
2024-04-14 20:43 ` [PATCH 4/9] variables: add TARGET_DBGSRC_DIR Paul Eggleton
2024-04-14 20:43 ` [PATCH 5/9] dev-manual: update reference to sstate-cache-management script Paul Eggleton
2024-04-14 20:43 ` [PATCH 6/9] dev-manual: update custom distribution section Paul Eggleton
2024-04-15 14:04 ` Michael Opdenacker [this message]
2024-04-14 20:43 ` [PATCH 7/9] release-notes: Add CVEs, recipe upgrades and contributors for 5.0 Paul Eggleton
2024-04-15 14:24 ` Michael Opdenacker
2024-04-18 14:47 ` [docs] " Paul Eggleton
2024-04-18 15:26 ` Michael Opdenacker
2024-04-14 20:43 ` [PATCH 8/9] migration: Extend migration guide " Paul Eggleton
2024-04-15 14:41 ` Michael Opdenacker
2024-04-14 20:43 ` [PATCH 9/9] release-notes: additional features and one known issue " Paul Eggleton
2024-04-15 8:06 ` [docs] " Quentin Schulz
2024-04-15 15:22 ` Michael Opdenacker
2024-04-18 14:50 ` Paul Eggleton
2024-04-15 15:41 ` Michael Opdenacker
2024-04-15 15:43 ` [PATCH 0/9] Updates for the 5.0 release Michael Opdenacker
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=5edf723f-d382-46c2-a868-056c3c38656b@bootlin.com \
--to=michael.opdenacker@bootlin.com \
--cc=bluelightning@bluelightning.org \
--cc=docs@lists.yoctoproject.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).