From mboxrd@z Thu Jan 1 00:00:00 1970 X-GM-THRID: 6558372643829972992 X-Received: by 2002:a1c:8895:: with SMTP id k143-v6mr167528wmd.15.1526999094878; Tue, 22 May 2018 07:24:54 -0700 (PDT) X-BeenThere: isar-users@googlegroups.com Received: by 2002:a1c:d78d:: with SMTP id o135-v6ls2437301wmg.5.canary-gmail; Tue, 22 May 2018 07:24:54 -0700 (PDT) X-Google-Smtp-Source: AB8JxZqK3L5HVh04xFJMn+mZvYzq90TTXplu15OZulNB0OVyEwDVPLyw0BXr7yvtoUOJd5SnExcW X-Received: by 2002:a1c:b2c6:: with SMTP id b189-v6mr166778wmf.5.1526999094471; Tue, 22 May 2018 07:24:54 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1526999094; cv=none; d=google.com; s=arc-20160816; b=elVrxaiKxvXHFJjI76yzg6itBXJQYtakxb1iHV9AzfSSWZJCuKfeg27Dwfn7K1S1Q9 gSf6HiQxYiC6KsiqzIJ6l2WiSSWpp3epC1RhNetIgoEn/aMCzrFdxOHFirvC1zXWa4zD pTE+3mND2LyTOfX2U02WgOotMve/OYRFWhuwNa53oF5+mEehPCnggxEUAQTJqIgYOqm4 /Wa5YLXw6sbhL8LZAWAyN9cVfoG18wobdMuF/Fv97CwOCWYADs6OUfP1QvisXIxHfsEH QoqbbVAprF9uC7rdOjqIZ2xoz9iJWymDSgM6gIHq0eksNq9AgOAg3VHER0s4bAo5ijc6 Z3hA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=content-transfer-encoding:content-language:in-reply-to:mime-version :user-agent:date:message-id:from:references:cc:to:subject :arc-authentication-results; bh=bx+6KY8lX5cGGEEsidoO8Fh1IjZnG/Li9Zvam5R1pXo=; b=n7FZJdb0/MGGgOLXy/ZDzg/IpeTErsohx3okeOawgZvWzSHHa4LnK6PO3+Z1APjwHC y/fb0Ijuko6tDDx/83jmGuMwhxP+SLCjevF6zEwPcki0sLjuDN0rufIqVveu8U5UWFjA aEuTu2KxuVnG0/cH2S6mB4q92TmlRAVP73pu+ogmeKkhenkCQ64EXZ6koTgWJ17bv7BM hUPQt6PPeWRXN1/v1YmZKxb5D0afjmQTS2S94evZZmLjtCztbxwwezxtRAo2BXG4GgbE MRLHIpWWoFZ0Nmi5l5q7F0BRNNKgmsQYeKhFLr/3rqtPslLeXnaywNEwnBpyWgTnmACH QuiA== ARC-Authentication-Results: i=1; gmr-mx.google.com; spf=pass (google.com: domain of claudius.heine.ext@siemens.com designates 192.35.17.28 as permitted sender) smtp.mailfrom=claudius.heine.ext@siemens.com Return-Path: Received: from goliath.siemens.de (goliath.siemens.de. [192.35.17.28]) by gmr-mx.google.com with ESMTPS id v12-v6si1572wmc.2.2018.05.22.07.24.54 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 22 May 2018 07:24:54 -0700 (PDT) Received-SPF: pass (google.com: domain of claudius.heine.ext@siemens.com designates 192.35.17.28 as permitted sender) client-ip=192.35.17.28; Authentication-Results: gmr-mx.google.com; spf=pass (google.com: domain of claudius.heine.ext@siemens.com designates 192.35.17.28 as permitted sender) smtp.mailfrom=claudius.heine.ext@siemens.com Received: from mail2.sbs.de (mail2.sbs.de [192.129.41.66]) by goliath.siemens.de (8.15.2/8.15.2) with ESMTPS id w4MEOroj023796 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK) for ; Tue, 22 May 2018 16:24:54 +0200 Received: from [139.25.69.69] (linux-ses-ext02.ppmd.siemens.net [139.25.69.69]) by mail2.sbs.de (8.15.2/8.15.2) with ESMTP id w4MEOrUp026244; Tue, 22 May 2018 16:24:53 +0200 Subject: Re: Idea for implementing reproducible builds To: Andreas Reichel Cc: isar-users References: <3467a5ec-182e-8c9a-cd19-7ad898323be7@siemens.com> <20180522134702.GA29445@iiotirae> From: Claudius Heine Message-ID: Date: Tue, 22 May 2018 16:24:53 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.7.0 MIME-Version: 1.0 In-Reply-To: <20180522134702.GA29445@iiotirae> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-TUID: h60MVCPS0dKS Hi, On 2018-05-22 15:47, Andreas Reichel wrote: > On Tue, May 22, 2018 at 01:55:21PM +0200, [ext] Claudius Heine wrote: >> Hi, >> >> I am still working on reproducible builds and here is my current idea to >> solve this. >> >> Simple put: Mount the /var/cache/apt/archives of the images and buildchroot >> to the isar-bootstrap root file system and then create a tarball of it. This >> way we have a tarball of the build just after debootstrap + upgrade with the >> one 'apt update' step done, but without any other changes to it and all used >> packages already in the apt package cache. >> >> When restoring just skip most of the isar-bootstrap steps and extract the >> tarball instead, since the packages are available in the package cache and >> the package index is not updated it will use the packages from the cache. >> >> This way we would side step the obstacle to make debootstrap reproducible by >> just using its product while the reset of the process can be redone by isar. > "while the reset of the process can be redone by Isar." > I think I did not understand that exactly :) Thats a typo. Should be "while the rest of the process can be redone by Isar". What I mean by that is that everything done by isar after the base isar-bootstrap file system is generated or everything that is independent for the isar-bootstrap file system will be done in the same way again. Only the generation of the isar-bootstrap is changed from using debootstrap + 'apt update' + 'apt upgrade' + config deployment to just extracting the tarball. Claudius -- DENX Software Engineering GmbH, Managing Director: Wolfgang Denk HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-54 Fax: (+49)-8142-66989-80 Email: ch@denx.de