From: Richard Purdie <richard.purdie@linuxfoundation.org>
To: Pepe Perez <pp.perez@yahoo.com>,
"yocto@yoctoproject.org" <yocto@yoctoproject.org>
Subject: Re: task is executed even when sstate-cache md5 matches
Date: Wed, 22 Feb 2017 07:26:57 -0800 [thread overview]
Message-ID: <1487777217.29224.2.camel@linuxfoundation.org> (raw)
In-Reply-To: <1595002721.1496048.1487658650023@mail.yahoo.com>
On Tue, 2017-02-21 at 06:30 +0000, Pepe Perez wrote:
> I have following siginfo packages:
>
> Generated in my build sstate-cache
> build/sstate-cache/be/sstate:proc-
> fifo::1.0.3:r1::3:be9c419f0caa05042d43c03d576d2e15_fetch.tgz.siginfo
>
> Previously existing in my build SSTATE_MIRRORS:
> /central/sstate-cache/be/sstate:proc-
> fifo::1.0.3:r1::3:be9c419f0caa05042d43c03d576d2e15_fetch.tgz.siginfo
>
> I had many other targets where setscene was successful and no task
> was executed. Why fetch is executed in the target above, if md5 is a
> match?
do_fetch is not an sstate task and there is no ".tgz" file, only a
siginfo file which is data about how the checksum is constructed and
for debugging of other sstate checksums. Pulling the downloads from a
download mirror would likely be just as successful as it would be if
do_fetch were an sstate task.
Cheers,
Richard
next prev parent reply other threads:[~2017-02-22 15:29 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <1595002721.1496048.1487658650023.ref@mail.yahoo.com>
2017-02-21 6:30 ` task is executed even when sstate-cache md5 matches Pepe Perez
2017-02-22 15:26 ` Richard Purdie [this message]
2017-02-22 16:50 ` Pepe Perez
2017-02-22 17:10 ` Burton, Ross
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=1487777217.29224.2.camel@linuxfoundation.org \
--to=richard.purdie@linuxfoundation.org \
--cc=pp.perez@yahoo.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.