All of lore.kernel.org
 help / color / mirror / Atom feed
From: Gary Thomas <gary@mlbassoc.com>
To: Yocto Project <yocto@yoctoproject.org>
Subject: Question about git tarballs
Date: Thu, 26 Mar 2015 16:45:34 -0600	[thread overview]
Message-ID: <55148C0E.4020203@mlbassoc.com> (raw)

I built from Poky/Yocto master on 2015-02-22.  I always create
new tarballs from downloaded trees if they have changed
   BB_GENERATE_MIRROR_TARBALLS = "1"
and I stash them in my local mirror.

On that date, glibc had just been updated to version 2.21 so
it made sense that the tarball was updated.

Since that date, I've done dozens of [full] builds for my
various platforms.  The glibc recipe has not been touched
(at least not the git revision) since then.  However, the
tarball for its git repository has been refetched/rebuilt
a number  of times and it seems pretty hit-or-miss.  For
example a build on 2015-03-03 changed the tarball but one
just two days later did not.

Is there any sense to this?  If the downloaded git+tarball
contains the desired revision, why would it be re-downloaded
and rebuilt?  Sadly, I'm not sure I can give a good recipe
for causing the behaviour to happen so the problem can be
examined in detail.

Note: this behaviour seems to be limited to only a few git
trees.  These are most often being touched although I suspect
the underlying git tree is not:
   git2_git.yoctoproject.org.yocto-kernel-tools.git.tar.gz
   git2_sourceware.org.git.glibc.git.tar.gz

... very confused

-- 
------------------------------------------------------------
Gary Thomas                 |  Consulting for the
MLB Associates              |    Embedded world
------------------------------------------------------------


                 reply	other threads:[~2015-03-26 22:45 UTC|newest]

Thread overview: [no followups] expand[flat|nested]  mbox.gz  Atom feed

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=55148C0E.4020203@mlbassoc.com \
    --to=gary@mlbassoc.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.