From: Richard Purdie <richard.purdie@linuxfoundation.org>
To: paul_nathan@selinc.com
Cc: yocto@yoctoproject.org
Subject: Re: Yocto & long-term reproducibility of rebuilds
Date: Mon, 30 Jan 2012 21:36:31 +0000 [thread overview]
Message-ID: <1327959391.7807.95.camel@ted> (raw)
In-Reply-To: <OF07B6379D.FDCBA64F-ON88257995.0059F0C8-88257995.005B0477@selinc.com>
On Mon, 2012-01-30 at 08:34 -0800, paul_nathan@selinc.com wrote:
> I am investigating Yocto for a build system here. Part of my
> requirements for a build system is auditable/traceable builds that can
> be replicated long into the future (our company has a 10 year warranty
> on our products, and we build products for the multidecade term).
> Initial examination of Yocto shows that it builds packages from a
> number of different domains online, which will not meet our
> requirements - we'll have to store these packages to ensure these
> packages exist in the correct version long into the future. I know we
> can manually edit the SRC_URI setting in .bb files, but the more
> general problem of package archiving exists.
>
> I am interested in any information or recommendations other users of
> the Yocto system have on how they have solved this sort of design
> constraint.
This is something we've worked to ensure works since we understand the
importance of long term reproducibility.
Others have mentioned how a local source cache can be created and how
MIRRORS and PREMIRRORS can be used to override or supplement to the
SRC_URI. In addition I'd mention we have a variable BB_NO_NETWORK which
disables all network access so you can ensure only local files are used
in a given build.
Cheers,
Richard
prev parent reply other threads:[~2012-01-30 21:36 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-01-30 16:34 Yocto & long-term reproducibility of rebuilds paul_nathan
2012-01-30 17:37 ` Khem Raj
2012-01-30 17:50 ` Gary Thomas
2012-01-30 18:10 ` Frans Meulenbroeks
2012-01-30 18:34 ` Flanagan, Elizabeth
2012-01-30 20:10 ` Chris Tapp
2012-01-30 21:36 ` Richard Purdie [this message]
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=1327959391.7807.95.camel@ted \
--to=richard.purdie@linuxfoundation.org \
--cc=paul_nathan@selinc.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.