All of lore.kernel.org
 help / color / mirror / Atom feed
From: ChenQi <Qi.Chen@windriver.com>
To: Alexander Kanavin <alex.kanavin@gmail.com>
Cc: "openembedded-core@lists.openembedded.org"
	<openembedded-core@lists.openembedded.org>,
	Richard Purdie <richard.purdie@linuxfoundation.org>
Subject: Re: bitbake-setup feedback - long subpath + hardcoding machine and distro
Date: Wed, 12 Nov 2025 14:28:20 +0800	[thread overview]
Message-ID: <8179ae39-8a45-478b-bf94-8a791504d709@windriver.com> (raw)
In-Reply-To: <CANNYZj_MX88gcP+LRtxig04V=htBBpJQ1j3kiPyEw_+goNoYnQ@mail.gmail.com>

On 11/12/25 14:09, Alexander Kanavin wrote:
> On Wed, 12 Nov 2025 at 03:54, ChenQi <Qi.Chen@windriver.com> wrote:
>> The subpath is unnecessarily long, e.g.,
>> poky-master-poky-distro_poky-machine_qemux86-64. And it's hardcoding
>> machine and distro values.
>> Such design might be reasonable for testing infrastructure, but it's not
>> good user experience for developers.
>>
>> For example, what if I want to to build things for qemuarm64? I'm using
>> layers under the a subpath with the name of
>> poky-master-poky-distro_poky-machine_qemux86-64 but I'm building for
>> qemuarm64. This feels a little weird.
> The directory name is hardcoding the choices made during
> 'bitbake-setup init'. The reason is that if you want to run 'init'
> again and make different choices, it would be able to create a
> different directory, and not error out because the one it wants to
> create already exists.
>
> There's a patch for bitbake-setup to give you a chance to write in
> something shorter interactively. You can also pass in a shorter choice
> with --setup-dir option. You can also use --skip-selection to omit the
> selection of distro or machine, or anything else that is asked at
> 'init', and then you will also get a shorter directory. But the
> default needs to ensure different setup directories don't clash, and
> so the choices are hardcoded in them. If there's something else we
> could do, please tell so.
>
> Alex

Hi Alex,

Thanks a lot for your help. The '--setup-dir-name' satisfies what I need.

Regards,
Qi



      reply	other threads:[~2025-11-12  6:28 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2025-11-12  2:53 bitbake-setup feedback - long subpath + hardcoding machine and distro ChenQi
2025-11-12  6:09 ` Alexander Kanavin
2025-11-12  6:28   ` ChenQi [this message]

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=8179ae39-8a45-478b-bf94-8a791504d709@windriver.com \
    --to=qi.chen@windriver.com \
    --cc=alex.kanavin@gmail.com \
    --cc=openembedded-core@lists.openembedded.org \
    --cc=richard.purdie@linuxfoundation.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 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.