From: Richard Purdie <richard.purdie@linuxfoundation.org>
To: "Robert P. J. Day" <rpjday@crashcourse.ca>
Cc: antonin.godard@bootlin.com,
YP docs mailing list <docs@lists.yoctoproject.org>
Subject: Re: [docs] "Required Variables" aren't really "required"
Date: Fri, 05 Jun 2026 17:44:37 +0100 [thread overview]
Message-ID: <fb282cc79d2400a2c7737fe3d3e2f83ee3606f50.camel@linuxfoundation.org> (raw)
In-Reply-To: <b68c0573-dcba-8edc-6ea2-7e898fbf960d@crashcourse.ca>
On Fri, 2026-06-05 at 12:32 -0400, Robert P. J. Day wrote:
> yup, and i was a bit surprised at the result (although i'm sure this
> will come as no surprise to you).
>
> with wrynose release, i picked a random oe-core recipe (util-linux),
> and edited the associated ptest.patch file to delete the line:
>
> Upstream-Status: Pending
>
> i was surprised that if i simply wanted to generate the environment or
> parse the recipe:
>
> $ bitbake -e util-linux
> $ bitbake -p util-linux
>
> that worked fine, so i guess neither of those operations checks the
> patches.
>
> predictably, this command:
>
> $ bitbake -c do_patch util-linux
>
> generated:
>
> ERROR: util-linux-2.41.3-r0 do_patch: QA Issue: Missing Upstream-Status in patch
>
> so that works just fine.
>
> in short, the necessity for upstream status applies only to oe-core
> patches. should the docs mention that distinction?
I went and checked and "patch-status" is being added to ERROR_QA
unconditionally so it should apply to other layers too, unless you've
something changing that locally (a layer or local config).
I do feel this discussion is off in the weeds but I really don't like
the docs being altered based on incorrect information.
Cheers,
Richard
next prev parent reply other threads:[~2026-06-05 16:44 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-06-05 11:40 "Required Variables" aren't really "required" Robert P. J. Day
2026-06-05 14:03 ` [docs] " Antonin Godard
2026-06-05 14:22 ` Robert P. J. Day
2026-06-05 14:43 ` Richard Purdie
2026-06-05 15:12 ` Robert P. J. Day
2026-06-05 15:35 ` Richard Purdie
2026-06-05 15:38 ` Robert P. J. Day
2026-06-05 15:49 ` Richard Purdie
2026-06-05 16:32 ` Robert P. J. Day
2026-06-05 16:44 ` Richard Purdie [this message]
2026-06-05 16:47 ` Robert P. J. Day
2026-06-17 11:24 ` Robert P. J. Day
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=fb282cc79d2400a2c7737fe3d3e2f83ee3606f50.camel@linuxfoundation.org \
--to=richard.purdie@linuxfoundation.org \
--cc=antonin.godard@bootlin.com \
--cc=docs@lists.yoctoproject.org \
--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 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.