Buildroot Archive on lore.kernel.org
 help / color / mirror / Atom feed
From: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
To: buildroot@busybox.net
Subject: [Buildroot] Build reproducibility
Date: Fri, 30 Aug 2013 14:52:54 +0200	[thread overview]
Message-ID: <20130830145254.1e5a1f53@skate> (raw)
In-Reply-To: <2d076e17ea7c855166044994876e2add@sysmic.org>

Dear J?r?me Pouiller,

On Fri, 30 Aug 2013 14:44:01 +0200, J?r?me Pouiller wrote:

> > In one of the previous buildroot developer days we discussed this.
> > IIRC, the conclusion was that this change in order shouldn't matter,
> > because all dependencies should be expressed in make. Hence, the end
> > result should be the same, even though build order was not.
> >
> > Have you come across a scenario where there actually was a problem?
> 
> Some packages may detect installed library during ./configure run. 
> Buildroot
> should be aware of this and fix dependencies with that library. 
> Although, it
> is not always the case and Buildroot should at guarantee 
> reproducibility of
> build.
> 
> Without that, we cannot guarantee to reproduce a build done by 
> Autobuilder.

I agree with this. Thomas, I'm not sure that what you say what a
conclusion of a developer day. I believe we always said that it is
hardly possible to guarantee that a package .mk file will contain *all*
the possible dependencies of the package. Whenever someone bumps a
package, we rarely look in detail at whether the software has gained
some optional dependencies, and make sure they are handled in the
corresponding package .mk file.

Having the packages always built in the same order guarantees that, in
the absence of expressed dependencies, the build result will be
reproducible.

Thomas
-- 
Thomas Petazzoni, Free Electrons
Kernel, drivers, real-time and embedded Linux
development, consulting, training and support.
http://free-electrons.com

  reply	other threads:[~2013-08-30 12:52 UTC|newest]

Thread overview: 22+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-08-30  8:31 [Buildroot] Build reproducibility Jérôme Pouiller
2013-08-30  8:31 ` [Buildroot] [PATCH] Fix build reproducibility in Make 3.82 Jérôme Pouiller
2013-09-03  6:13   ` Arnout Vandecappelle
2013-09-03  8:45     ` [Buildroot] [PATCH v2] " Jérôme Pouiller
2013-09-03  9:31       ` Arnout Vandecappelle
2013-09-07  6:06       ` Peter Korsgaard
2013-08-30 11:59 ` [Buildroot] Build reproducibility Thomas De Schampheleire
2013-08-30 12:44   ` Jérôme Pouiller
2013-08-30 12:52     ` Thomas Petazzoni [this message]
2013-09-02  8:44       ` Thomas De Schampheleire
2013-09-02  8:53         ` Thomas Petazzoni
2013-09-02 13:18           ` Thomas De Schampheleire
2013-09-03 17:13             ` Thomas Petazzoni
2013-09-05 19:56               ` Thomas De Schampheleire
2013-09-05 20:49                 ` Jérôme Pouiller
2013-09-02 16:11         ` Arnout Vandecappelle
2013-09-03  6:26           ` Peter Korsgaard
2013-09-03  7:16             ` Thomas Petazzoni
2013-09-03  7:47               ` Peter Korsgaard
2013-09-03 16:48                 ` Thomas Petazzoni
2013-09-03  8:15             ` Jérôme Pouiller
2013-09-03 16:54               ` Thomas Petazzoni

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=20130830145254.1e5a1f53@skate \
    --to=thomas.petazzoni@free-electrons.com \
    --cc=buildroot@busybox.net \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox