All of lore.kernel.org
 help / color / mirror / Atom feed
From: Evade Flow <evadeflow@gmail.com>
To: yocto@yoctoproject.org
Subject: [PATCH 0/2] Move 'tag=' for a few SRC_URIs to SRCREV
Date: Mon,  8 Oct 2012 13:18:14 -0400	[thread overview]
Message-ID: <1349716696-15807-1-git-send-email-evadeflow@gmail.com> (raw)
In-Reply-To: <011802>

Sending in response to:

  - http://lists.yoctoproject.org/pipermail/yocto/2012-September/011802.html

Building with BB_NO_NETWORK can fail if recipes specify 'tag=' in
SRC_URI, since bitbake must contact the source repository to verify
which hash the tag currently points to.  Since tags can, in principle,
change, current best practice is to omit 'tag=' from SRC_URIs and
instead specify the required revision hash in SRCREV.

SHA hashes *cannot* change, so they should not need to be checked, in
theory; however, bitbake currently has no mechanism for distinguishing
between human-friendly tags like 'v2.1.2' and SHA-1 sums like
'fdb6c0402337d9607c7a39155088eaf033742752': both will result in a call
to `git ls-remote` to verify the tag, which is problematic for
BB_NO_NETWORK builds.

The second part of this patch was, I think, already submitted, but not
yet applied to master[?]:

  - http://lists.yoctoproject.org/pipermail/yocto/2012-September/011949.html


Evade Flow (2):
  Move 'tag=' to SRCREV in btrfs-tools recipe
  Move 'tag=' to SRCREV in mtd-utils recipe

 .../btrfs-tools/btrfs-tools_git.bb                 |    3 ++-
 meta/recipes-devtools/mtd/mtd-utils_1.5.0.bb       |    3 ++-
 2 files changed, 4 insertions(+), 2 deletions(-)

-- 
1.7.9.5



       reply	other threads:[~2012-10-08 17:18 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <011802>
2012-10-08 17:18 ` Evade Flow [this message]
2012-10-08 17:18   ` [PATCH 1/2] Move 'tag=' to SRCREV in btrfs-tools recipe Evade Flow
2012-10-08 17:18   ` [PATCH 2/2] Move 'tag=' to SRCREV in mtd-utils recipe Evade Flow
2012-10-18 20:10   ` [PATCH 0/2] Move 'tag=' for a few SRC_URIs to SRCREV Saul Wold

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=1349716696-15807-1-git-send-email-evadeflow@gmail.com \
    --to=evadeflow@gmail.com \
    --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.