* [PATCH 1/2] kernel-yocto: Fix case where recipe is always reparsed
@ 2011-07-05 15:45 Richard Purdie
2011-07-07 2:23 ` Bruce Ashfield
0 siblings, 1 reply; 2+ messages in thread
From: Richard Purdie @ 2011-07-05 15:45 UTC (permalink / raw)
To: openembedded-core
If you include a bitbake variable as a comment in a shell function
then it gets expanded by the bitbake signature handling code.
This could be classed as a bug or a feature depending on your viewpoint
(e.g. a multiline variable included in a comment could actually contain
executable code).
Since we don't always want kernel-yocto to reparse this changes the
syntax of the comment so it doesn't trigger the problem.
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
---
meta/classes/kernel-yocto.bbclass | 2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/meta/classes/kernel-yocto.bbclass b/meta/classes/kernel-yocto.bbclass
index 536434f..98272fc 100644
--- a/meta/classes/kernel-yocto.bbclass
+++ b/meta/classes/kernel-yocto.bbclass
@@ -136,7 +136,7 @@ do_validate_branches() {
return
fi
- # nothing to do if SRCREV=${AUTOREV}
+ # nothing to do if SRCREV is AUTOREV
if [ "${SRCREV_machine}" = "AUTOINC" ]; then
# restore the branch for builds
git checkout -f ${KBRANCH}
^ permalink raw reply related [flat|nested] 2+ messages in thread* Re: [PATCH 1/2] kernel-yocto: Fix case where recipe is always reparsed
2011-07-05 15:45 [PATCH 1/2] kernel-yocto: Fix case where recipe is always reparsed Richard Purdie
@ 2011-07-07 2:23 ` Bruce Ashfield
0 siblings, 0 replies; 2+ messages in thread
From: Bruce Ashfield @ 2011-07-07 2:23 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
On Tue, Jul 5, 2011 at 12:45 PM, Richard Purdie
<richard.purdie@linuxfoundation.org> wrote:
> If you include a bitbake variable as a comment in a shell function
> then it gets expanded by the bitbake signature handling code.
>
> This could be classed as a bug or a feature depending on your viewpoint
> (e.g. a multiline variable included in a comment could actually contain
> executable code).
>
> Since we don't always want kernel-yocto to reparse this changes the
> syntax of the comment so it doesn't trigger the problem.
Indeed! I had no idea. But this makes sense to me. I haven't checked
to see if this is already in the tree, but I can add my Acked-by to this.
Cheers,
Bruce
>
> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
> ---
> meta/classes/kernel-yocto.bbclass | 2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
> diff --git a/meta/classes/kernel-yocto.bbclass b/meta/classes/kernel-yocto.bbclass
> index 536434f..98272fc 100644
> --- a/meta/classes/kernel-yocto.bbclass
> +++ b/meta/classes/kernel-yocto.bbclass
> @@ -136,7 +136,7 @@ do_validate_branches() {
> return
> fi
>
> - # nothing to do if SRCREV=${AUTOREV}
> + # nothing to do if SRCREV is AUTOREV
> if [ "${SRCREV_machine}" = "AUTOINC" ]; then
> # restore the branch for builds
> git checkout -f ${KBRANCH}
>
>
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
>
--
"Thou shalt not follow the NULL pointer, for chaos and madness await
thee at its end"
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2011-07-07 2:27 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2011-07-05 15:45 [PATCH 1/2] kernel-yocto: Fix case where recipe is always reparsed Richard Purdie
2011-07-07 2:23 ` Bruce Ashfield
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox