public inbox for docs@lists.yoctoproject.org
 help / color / mirror / Atom feed
From: Richard Purdie <richard.purdie@linuxfoundation.org>
To: quentin.schulz@cherry.de, rpjday@crashcourse.ca,
	YP docs mailing list <docs@lists.yoctoproject.org>
Subject: Re: [docs] is a wildcarded bbappend file name valid without a "_"?
Date: Wed, 07 Jan 2026 13:57:43 +0000	[thread overview]
Message-ID: <0be22f164e9db91a166e72ed568717fb2045c304.camel@linuxfoundation.org> (raw)
In-Reply-To: <54ce5cd2-5ef1-4094-b299-b218aca71567@cherry.de>

On Wed, 2026-01-07 at 14:40 +0100, Quentin Schulz via lists.yoctoproject.org wrote:
> Hi Robert,
> 
> On 1/7/26 1:51 PM, Robert P. J. Day via lists.yoctoproject.org wrote:
> > 
> >    wasn't sure where to ask this but since i read it in the bitbake
> > manual, i figured, let's ask docs.
> > 
> >    regarding using wildcarding in bbappend file names, the bitbake
> > manual insists:
> > 
> > "In the most general case, you could name the append file something as
> > simple as busybox_%.bbappend to be entirely version independent."
> > 
> >    ok, fair enough, that appears to imply that even in the most general
> > form of wildcarding, you would have the underscore just before the "%"
> > wildcard character.
> > 
> >    but i've seen a number of examples where even the underscore is
> > omitted, such as in this search under the meta-security layer, where
> > the final line shows that the underscore is missing from the filename:
> > 
> > $ find . -name "linux-yocto*bbappend"
> > ./recipes-kernel/linux/linux-yocto-rt_%.bbappend
> > ./recipes-kernel/linux/linux-yocto_%.bbappend
> > ./meta-tpm/recipes-kernel/linux/linux-yocto-rt_%.bbappend
> > ./meta-tpm/recipes-kernel/linux/linux-yocto_%.bbappend
> > ./meta-integrity/recipes-kernel/linux/linux-yocto%.bbappend
> > $
> > 
> >    so this is clearly legal. should it be mentioned as being legal? or
> 
> It's been used for a while (had this in meta-rockchip for years for 
> u-boot, but that was not what we were supposed to do), so I would be for 
> documenting it.
> 
> I would add a note about really thinking twice before doing this because 
> it can match more than one thinks and impact third party layers which
> asked for nothing. E.g. the u-boot%.bbappend we used to have in 
> meta-rockchip used to modify my u-boot-cherry-es recipe if I remember
> correctly, which is typically not something you want to do. In the 
> example above, linux-yocto% is probably safe enough as I am not sure 
> people would name their own kernel recipe linux-yocto-something. But 
> linux% would be a no-no in my book.

Right, the _ is highly recommended as an anchor but you don't have to
do that. So it isn't "the most general case" as that could be
"a%.bbappend" or something but we don't really want to encourage it.

Cheers,

Richard



      reply	other threads:[~2026-01-07 13:57 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-01-07 12:54 is a wildcarded bbappend file name valid without a "_"? Robert P. J. Day
2026-01-07 13:40 ` [docs] " Quentin Schulz
2026-01-07 13:57   ` Richard Purdie [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=0be22f164e9db91a166e72ed568717fb2045c304.camel@linuxfoundation.org \
    --to=richard.purdie@linuxfoundation.org \
    --cc=docs@lists.yoctoproject.org \
    --cc=quentin.schulz@cherry.de \
    --cc=rpjday@crashcourse.ca \
    /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