From mboxrd@z Thu Jan 1 00:00:00 1970 From: ludo@gnu.org (Ludovic =?utf-8?Q?Court=C3=A8s?=) Subject: Re: Proposal: prefetch tarballs in a batch Date: Sun, 11 May 2014 21:17:42 +0200 Message-ID: <87a9aoqg4p.fsf@gnu.org> References: <87ha6jkyv8.fsf@karetnikov.org> <877g7epico.fsf@gnu.org> <87wqf8prau.fsf@karetnikov.org> <87ha6blwii.fsf@gnu.org> <87d2gznysk.fsf@karetnikov.org> <87vbuqvpsc.fsf@gnu.org> <87ha62dtmh.fsf@karetnikov.org> <87vbuhbnn8.fsf@gnu.org> <87ioqe2tdg.fsf@karetnikov.org> <87bnw6yxql.fsf@gnu.org> <871twmo25m.fsf@karetnikov.org> <874n1haa47.fsf@gnu.org> <87r447t75q.fsf@karetnikov.org> <87r4461xrj.fsf@gnu.org> <87oaz9i3lg.fsf@karetnikov.org> <87tx90z0rf.fsf@gnu.org> <87ha4ws6za.fsf@karetnikov.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:4830:134:3::10]:36786) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WjZFs-0001th-U5 for guix-devel@gnu.org; Sun, 11 May 2014 15:17:54 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WjZFn-0001We-M7 for guix-devel@gnu.org; Sun, 11 May 2014 15:17:48 -0400 Received: from hera.aquilenet.fr ([2a01:474::1]:44147) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WjZFn-0001WZ-FJ for guix-devel@gnu.org; Sun, 11 May 2014 15:17:43 -0400 In-Reply-To: <87ha4ws6za.fsf@karetnikov.org> (Nikita Karetnikov's message of "Sun, 11 May 2014 18:52:25 +0400") List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org Sender: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org To: Nikita Karetnikov Cc: guix-devel@gnu.org Nikita Karetnikov skribis: >>>> Does the installation seem sane, basically? Do =E2=80=98guix build=E2= =80=99, =E2=80=98guix >>>> package=E2=80=99 etc. work somehow, or not even? > >>> Turns out I can=E2=80=99t even build =E2=80=98hello=E2=80=99 > >> Please say exactly why you =E2=80=9Ccan=E2=80=99t=E2=80=9D. > > Currently, it fails due to the =E2=80=9Cbad file descriptor=E2=80=9D erro= r. OK. >> Why the hell do you keep deleting the store? :-) > > I want to make sure that =E2=80=98prefetch=E2=80=99 downloads all the nee= ded tarballs. > Since I don=E2=80=99t use Guix on that machine, I delete the store each t= ime > instead of using a different prefix. Ah, OK. >>> SQLite header and source version mismatch >>> 2011-11-01 00:52:41 c7c6050ef060877ebe77b41d959e9df13f8c9b5e >>> 2013-09-03 17:11:13 7dd4968f235d6e1ca9547cda9cf3bd570e1609ef > >>> This was discussed before and should be fixed by upgrading SQLite. > >> OK. Can you report how things go one that is fixed? > >> 1. Run =E2=80=98git show c0412fedf | patch -p1 -R=E2=80=99, and then con= firm that the >> problem disappears. > >> 2. Run =E2=80=98git reset --hard=E2=80=99, edit config.h, and comment ou= t the HAVE_ >> macros corresponding to the functions listed in c0412fedf, one at a >> time. > > What would be a reliable way to run the testsuite after each of the > above steps? Would =E2=80=98make clean && autoreconf -vfi && make && make > check=E2=80=99 be sufficient? =E2=80=98make check=E2=80=99 should be sufficient: it will rebuild =E2=80= =98configure=E2=80=99, re-run it, rebuild guix-daemon, etc. Ludo=E2=80=99.