From: Quentin Schulz <quentin.schulz@cherry.de>
To: Antonin Godard <antonin.godard@bootlin.com>, docs@lists.yoctoproject.org
Cc: Thomas Petazzoni <thomas.petazzoni@bootlin.com>,
Mark Hatle <mark.hatle@kernel.crashing.org>
Subject: Re: [docs] [PATCH 5/6] dev-manual/multiconfig: improve the current doc
Date: Mon, 17 Feb 2025 12:34:40 +0100 [thread overview]
Message-ID: <f670cbb2-3624-44fc-9e79-d3086d73668d@cherry.de> (raw)
In-Reply-To: <D7QHA22PDGT2.3PII4KVNFLDEA@bootlin.com>
Hi Antonin,
On 2/12/25 1:49 PM, Antonin Godard wrote:
> Hi Quentin,
>
> On Tue Feb 11, 2025 at 12:19 PM CET, Quentin Schulz wrote:
>> Hi Antonin,
>>
>> On 2/7/25 5:28 PM, Antonin Godard via lists.yoctoproject.org wrote:
[...]
>>> - Here is an example showing the minimal statements needed in a
>>> - configuration file for a "qemux86" target whose temporary build
>>> - directory is ``tmpmultix86``::
>>> + .. note::
>>>
>>> - MACHINE = "qemux86"
>>> - TMPDIR = "${TOPDIR}/tmpmultix86"
>>> + Whether the same temporary directory (:term:`TMPDIR`) can be shared will
>>> + depend on what is similar and what is different between the
>>> + configurations. Multiple :term:`MACHINE` targets can share the same
>>> + :term:`TMPDIR` as long as the rest of the configuration is the same,
>>> + multiple :term:`DISTRO` settings would need separate :term:`TMPDIR`
>>> + directories.
>>> +
>>
>> I have zero experience with multiconfig, but I think the only case where
>> we should be able to share a TMPDIR is whenever all recipes but the ones
>> whose PACKAGE_ARCH is MACHINE_ARCH are the same for both machines (or do
>> not conflict, e.g. a different TUNE_PKGARCH for each machine). This
>> includes not overriding anything for a machine (e.g.
>> do_install:my-machine-a() or SRC_URI:append:my-machine-b, etc..; though
>> I believe this must require adding PACKAGE_ARCH = MACHINE_ARCH for those
>> recipes?). Overall, I guess this is a VERY niche corner case?
>
> To be fair, I can hardly think of a use-case where you would use the same
> TMPDIR, and it doesn't seem to be the general use-case. This is why I moved that
> to a note, so the "proper" way is emphasized below.
>
> Maybe someone more experienced can confirm your thoughts on this!
>
Maybe we should simply not suggest it at all so people don't get ideas :)
Cheers,
Quentin
next prev parent reply other threads:[~2025-02-17 11:34 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-02-07 16:28 [PATCH 0/6] Improve multiconfig documentation Antonin Godard
2025-02-07 16:28 ` [PATCH 1/6] dev-manual: move multiconfig documentation to its own document Antonin Godard
2025-02-11 10:41 ` [docs] " Quentin Schulz
2025-02-11 11:02 ` Quentin Schulz
2025-02-07 16:28 ` [PATCH 2/6] variables.rst: add a reference to BB_CURRENT_MC from bbdocs Antonin Godard
2025-02-11 10:52 ` [docs] " Quentin Schulz
2025-02-07 16:28 ` [PATCH 3/6] migration-5.2: fix references to BB_CURRENT_MC Antonin Godard
2025-02-07 16:28 ` [PATCH 4/6] dev-manual/multiconfig: rename to use Multiconfig term Antonin Godard
2025-02-11 11:02 ` [docs] " Quentin Schulz
2025-02-07 16:28 ` [PATCH 5/6] dev-manual/multiconfig: improve the current doc Antonin Godard
2025-02-11 11:19 ` [docs] " Quentin Schulz
2025-02-12 12:49 ` Antonin Godard
2025-02-17 11:34 ` Quentin Schulz [this message]
2025-02-07 16:28 ` [PATCH 6/6] dev-manual/multiconfig: add suggested best practices and baremetal sections Antonin Godard
2025-02-11 12:08 ` [docs] " Quentin Schulz
2025-02-12 12:49 ` Antonin Godard
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=f670cbb2-3624-44fc-9e79-d3086d73668d@cherry.de \
--to=quentin.schulz@cherry.de \
--cc=antonin.godard@bootlin.com \
--cc=docs@lists.yoctoproject.org \
--cc=mark.hatle@kernel.crashing.org \
--cc=thomas.petazzoni@bootlin.com \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.