From: Bruce Ashfield <bruce.ashfield@windriver.com>
To: Wolfgang Denk <wd@denx.de>, <yocto@yoctoproject.org>
Subject: Re: kernel-yocto.bbclass ignoring SRCREV?
Date: Wed, 21 May 2014 08:44:25 -0400 [thread overview]
Message-ID: <537C9FA9.5090703@windriver.com> (raw)
In-Reply-To: <20140521123334.3B0AA3803F4@gemini.denx.de>
On 14-05-21 08:33 AM, Wolfgang Denk wrote:
> Hi,
>
> is my understanding of kernel-yocto.bbclass correct that it
> effectively completely ignores any specific git commit ID that was
> gien in SRCREV, but instead always checks out and uses the HEAD of the
> respective branch?
>
> Or am I missing something here? My expectation was that we specify a
> git commit ID (as the only reliable, truly unique identifier for a
> specific source code version) in SRCREV, but instead it appears that
> this information is effectively being ignored?
kernel-yocto does respect SRCREV. It uses the routine do_validate_branches
to reset to a specific SRCREV as a baseline, it then starts processing
and applying BSP descriptions on top of that point.
We test SRCREV specific builds on a ongoing basis, so they do work,
and if a different behaviour is being seen .. that's a bug.
Cheers,
Bruce
>
> I can understand that there are situations where automatically using
> the top commit of a branch (say, the latest stable version of some
> package) may be useful, but should there not be some different way to
> do that?
>
> I mean, how can we make sure to ever be able to reproduce the very
> same build if the git commit ID specified in SRCREV will not be used
> for the checkout?
>
> Thanks in advance.
>
> Best regards,
>
> Wolfgang Denk
>
next prev parent reply other threads:[~2014-05-21 12:44 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-05-21 12:33 kernel-yocto.bbclass ignoring SRCREV? Wolfgang Denk
2014-05-21 12:44 ` Bruce Ashfield [this message]
2014-05-21 12:45 ` Bruce Ashfield
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=537C9FA9.5090703@windriver.com \
--to=bruce.ashfield@windriver.com \
--cc=wd@denx.de \
--cc=yocto@yoctoproject.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.