all messages for Guix-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: ludo@gnu.org (Ludovic Courtès)
To: Leo Famulari <leo@famulari.name>
Cc: help-guix@gnu.org, t3sserakt <t3sserakt@posteo.de>
Subject: Re: Reproducible bootstrapping
Date: Mon, 11 Jul 2016 13:40:11 +0200	[thread overview]
Message-ID: <878tx8mmhw.fsf@gnu.org> (raw)
In-Reply-To: <20160705164455.GC2019@jasmine> (Leo Famulari's message of "Tue, 5 Jul 2016 12:44:55 -0400")

Leo Famulari <leo@famulari.name> skribis:

> On Tue, Jul 05, 2016 at 09:34:30AM +0200, t3sserakt wrote:
>> Am 04.07.16 um 18:46 schrieb Efraim Flashner:
>> 
>> > On Mon, Jul 04, 2016 at 06:01:51PM +0200, t3sserakt wrote:
>> >> Hi Ludo,
>> >>
>> >> thx for your quick reply, but no.
>> >>
>> >> I was talking about reproducible builds like it is mentioned here:
>> >>
>> >> https://lwn.net/Articles/663954/
>> >>
>> >> Cheers
>> >>
>> >> t3sserakt
>> >>
>> > based on my experience with the aarch64 bootstrap-tarballs,
>> > guile-2.0.11.tar.xz and gcc-4.9.3.tar.xz aren't reproducable, but
>> > binutils-2.25.1.tar.xz, glibc-2.23.tar.xz and the static-binaries.tar.xz
>> > are. After building them twice the later 3 had the same `guix hash'
>> > value.
>> >
>> > From the given tarballs, all the packages should be reproducable, and
>> > there's always the `guix challenge' command to check a local build
>> > against the one built from the build-farm.
>> That means, I can check the bootstrap binaries somehow. It is not that
>> comfortable, but it is possible. Is there any place, where you collect
>> statements from single developers, that they validated the hashes.
>> Reproducible builds only make sense, if a lot of people do this checks,
>> and their statement about this can be seen somewhere.
>
> I think it could be a first step to send signed mail containing the
> hashes to guix-devel. I'm sure many of us archive all our mail, so we
> could always dig up the old messages if the online guix-devel archives
> disappear.

An idea that has been floating around is that users or independent
organizations could publish substitutes, which are signed.  We could
then archive signatures for each substitutes.  For reproducible
packages, we’d have several independent signatures for a given
package/hash pair.

Ludo’.

  reply	other threads:[~2016-07-11 11:40 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-07-04 14:00 Reproducible bootstrapping t3sserakt
2016-07-04 15:31 ` Ludovic Courtès
2016-07-04 16:01   ` t3sserakt
2016-07-04 16:46     ` Efraim Flashner
2016-07-05  7:34       ` t3sserakt
2016-07-05 16:44         ` Leo Famulari
2016-07-11 11:40           ` Ludovic Courtès [this message]
2016-07-05  8:11     ` Ludovic Courtès
2016-07-05  8:35       ` t3sserakt

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=878tx8mmhw.fsf@gnu.org \
    --to=ludo@gnu.org \
    --cc=help-guix@gnu.org \
    --cc=leo@famulari.name \
    --cc=t3sserakt@posteo.de \
    /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.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/guix.git

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.