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: Wed, 19 Feb 2020 12:58:01 +0100 Message-ID: <871rqq23hy.fsf@gnu.org> References: <87y2t7j54n.fsf@gnu.org> <87eeuy2mua.fsf@gnu.org> <87tv3ticcx.fsf@gnu.org> <87r1yxe1z7.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]:49989) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1j4O0N-0003pL-4c for bug-guix@gnu.org; Wed, 19 Feb 2020 06:59:04 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1j4O0L-0003YJ-QG for bug-guix@gnu.org; Wed, 19 Feb 2020 06:59:03 -0500 Received: from debbugs.gnu.org ([209.51.188.43]:35744) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1j4O0L-0003Xr-Mj for bug-guix@gnu.org; Wed, 19 Feb 2020 06:59:01 -0500 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1j4O0L-0003Em-L0 for bug-guix@gnu.org; Wed, 19 Feb 2020 06:59:01 -0500 In-Reply-To: <87y2t7j54n.fsf@gnu.org> Sender: "Debbugs-submit" Resent-Message-ID: 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: zimoun Cc: 39575@debbugs.gnu.org zimoun writes: Hi Simon, > On Fri, 14 Feb 2020 at 14:24, Jan Nieuwenhuizen wrote: > > This command > >> >> $ guix download -o /tmp/harfbuzz-old.tar.bz2 \ >> >> https://ci.guix.gnu.org/file/harfbuzz-2.4.0.tar.bz2/sha256/1mpah6kwq= id1kxsj4rwqsniivqbrx231j65v51yncx6s0dch0dch > > now works. > > > However, this command > > $ guix time-machine \ > --commit=3D56e95d54d209c2428f970d65d9b27ae4168449ad -- help > > still fails for me with the message: > > [...] > building /gnu/store/gglbrs8j0iq8ygh55inwfvpwb5z2x254-guile-2.2.4.drv... > - 'check' phasebuilder for > `/gnu/store/gglbrs8j0iq8ygh55inwfvpwb5z2x254-guile-2.2.4.drv' failed > with exit code 1 > build of /gnu/store/gglbrs8j0iq8ygh55inwfvpwb5z2x254-guile-2.2.4.drv fail= ed > View build log at > '/var/log/guix/drvs/gg/lbrs8j0iq8ygh55inwfvpwb5z2x254-guile-2.2.4.drv.bz2= '. > cannot build derivation > `/gnu/store/yqpxm07zm0mirrdvl2c4qvf8biyzg468-guix-56e95d54d.drv': 1 > dependencies couldn't be built > cannot build derivation > `/gnu/store/7z7p0m7abi246gzigw8as2q3w33k1n31-profile.drv': 1 > dependencies couldn't be built > guix time-machine: error: build of > `/gnu/store/7z7p0m7abi246gzigw8as2q3w33k1n31-profile.drv' failed > > The log /var/log/guix/drvs/gg/lbrs8j0iq8ygh55inwfvpwb5z2x254-guile-2.2.4.= drv.bz2 > is not meaningful for me... but I can report it here. > > >> 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). > > Well, is it a success or a failure for you? For me, pythohn-minimal fails to build build-started /gnu/store/s0lw23myd3hvpw28sffkhz8b30x1hcz0-python-minima= l-3.7.3.drv - x86_64-linux /var/log/guix/drvs/s0//lw23myd3hvpw28sffkhz8b30x= 1hcz0-python-minimal-3.7.3.drv.bz2 20827 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D FAIL: test_register_chain (test.test_faulthandler.FaultHandlerTests) ---------------------------------------------------------------------- Traceback (most recent call last): File "/tmp/guix-build-python-minimal-3.7.3.drv-0/Python-3.7.3/Lib/tes= t/test_faulthandler.py", line 724, in test_register_chain self.check_register(chain=3DTrue) File "/tmp/guix-build-python-minimal-3.7.3.drv-0/Python-3.7.3/Lib/tes= t/test_faulthandler.py", line 702, in check_register self.assertEqual(exitcode, 0) AssertionError: -11 !=3D 0 ---------------------------------------------------------------------- Ran 42 tests in 18.782s FAILED (failures=3D1, skipped=3D4) 1 test failed again: test_faulthandler =3D=3D Tests result: FAILURE then FAILURE =3D=3D 382 tests OK. 1 test failed: test_faulthandler Not sure what to do here. Could this be a (harmless) coincident? Greetings janneke --=20 Jan Nieuwenhuizen | GNU LilyPond http://lilypond.org Freelance IT http://JoyofSource.com | Avatar=C2=AE http://AvatarAcademy.com