From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jan Nieuwenhuizen Subject: bug#39575: guix time-machine fails when a tarball was modified in-place Date: Fri, 14 Feb 2020 14:24:12 +0100 Message-ID: <87r1yxe1z7.fsf@gnu.org> References: <87y2t7j54n.fsf@gnu.org> <87eeuy2mua.fsf@gnu.org> <87tv3ticcx.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:470:142:3::10]:50965) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1j2axs-00062u-3e for bug-guix@gnu.org; Fri, 14 Feb 2020 08:25:05 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1j2axq-0008Tn-Ns for bug-guix@gnu.org; Fri, 14 Feb 2020 08:25:04 -0500 Received: from debbugs.gnu.org ([209.51.188.43]:55009) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1j2axq-0008Sc-Ja for bug-guix@gnu.org; Fri, 14 Feb 2020 08:25:02 -0500 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1j2axq-0007oW-Ed for bug-guix@gnu.org; Fri, 14 Feb 2020 08:25:02 -0500 Sender: "Debbugs-submit" Resent-Message-ID: In-Reply-To: <87tv3ticcx.fsf@gnu.org> ("Ludovic \=\?utf-8\?Q\?Court\=C3\=A8s\=22'\?\= \=\?utf-8\?Q\?s\?\= message of "Fri, 14 Feb 2020 13:26:22 +0100") List-Id: Bug reports for GNU Guix List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-guix-bounces+gcggb-bug-guix=m.gmane-mx.org@gnu.org Sender: "bug-Guix" To: Ludovic =?UTF-8?Q?Court=C3=A8s?= Cc: 39575@debbugs.gnu.org Ludovic Court=C3=A8s writes: > Hi, > > zimoun skribis: > >> On Thu, 13 Feb 2020 at 22:34, Ludovic Court=C3=A8s wrote: >>> >>> Hi, >>> >>> Jan Nieuwenhuizen skribis: >>> >>> > building /gnu/store/cjim33x0q1bv1ppkv3qijvr1pvsn4y0q-harfbuzz-2.4.0.t= ar.bz2.drv... >>> > downloading from https://www.freedesktop.org/software/harfbuzz/releas= e/harfbuzz-2.4.0.tar.bz2... >>> > |offloading build of /gnu/store/6fgg1irkcvqyb4f9f8n0nzi5gknyqhfn-gcc-= mesboot1-4.7.4.drv to 'kluit.dezyne.org' >>> > - 'build' phasesha256 hash mismatch for /gnu/store/b4cdp9sp44848348lr= pzbfafhmjqf8nr-harfbuzz-2.4.0.tar.bz2: >>> > expected hash: 1mpah6kwqid1kxsj4rwqsniivqbrx231j65v51yncx6s0dch0dch >>> > actual hash: 0vrkvdlmihdg62a4c6h5kx27khc33xmb95l50zgnwnavvpwyyw5l >>> > hash mismatch for store item '/gnu/store/b4cdp9sp44848348lrpzbfafhmjq= f8nr-harfbuzz-2.4.0.tar.bz2' >>> >>> The file itself is still available on our machines though, and you can >>> get it with: >>> >>> guix download -o harfbuzz-2.4.0.tar.bz2 \ >>> https://ci.guix.gnu.org/file/harfbuzz-2.4.0.tar.bz2/sha256/0vrkvdlmih= dg62a4c6h5kx27khc33xmb95l50zgnwnavvpwyyw5l >> >> Maybe I miss a point, but the file we need is the old one, not the new >> one, i.e., the one with the expected hash >> 1mpah6kwqid1kxsj4rwqsniivqbrx231j65v51yncx6s0dch0dch. > > Oops, my bad. > >> And I should do wrong but ci.guix.gnu.org does not have this file -- >> otherwise it will find it because of substitutes mechanism. >> >> $ guix download -o /tmp/harfbuzz-old.tar.bz2 \ >> https://ci.guix.gnu.org/file/harfbuzz-2.4.0.tar.bz2/sha256/1mpah6kwqid1= kxsj4rwqsniivqbrx231j65v51yncx6s0dch0dch > > I checked on a bunch of machines and couldn=E2=80=99t find it. > > Everyone, please check whether you have > /gnu/store/b4cdp9sp44848348lrpzbfafhmjqf8nr-harfbuzz-2.4.0.tar.bz2 and > so share! What about https://snapshot.debian.org/archive/debian/20190406T212022Z/pool/main/h= /harfbuzz/harfbuzz_2.4.0.orig.tar.bz2 (The strange thing being here, that snapshot.debian.org does not provide a copy of the the in-place rewritten upstream tarball, either on 2019-05-06 or later.) So, this now becomes the recipe wget -O harfbuzz-2.4.0.tar.bz2 https://snapshot.debian.org/archive/debi= an/20190406T212022Z/pool/main/h/harfbuzz/harfbuzz_2.4.0.orig.tar.bz2 guix download $PWD/harfbuzz-2.4.0.tar.bz2 guix time-machine --commit=3D56e95d54d209c2428f970d65d9b27ae4168449ad -= -no-offload -- help that i'm trying now, and for now it looks fine (lots of stuff to build, i'll report success or failure when it's done). It seems, however, that for offload builds to work the guix download needs to be repeated on the offload build farm machines too? janneke --=20 Jan Nieuwenhuizen | GNU LilyPond http://lilypond.org Freelance IT http://JoyofSource.com | Avatar=C2=AE http://AvatarAcademy.com