From mboxrd@z Thu Jan 1 00:00:00 1970 From: George Clemmer Subject: Re: *** TRYING TO INSTALL GUIXSD v0.15.0 FOR DAYS *** Date: Wed, 31 Oct 2018 17:54:06 -0400 Message-ID: References: <33017962-EFD3-4931-A7FA-22EC3E25B073@inskydata.com> <87y3ae6k0y.fsf@netris.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]:56651) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gHyRM-0003oS-3x for help-guix@gnu.org; Wed, 31 Oct 2018 17:54:17 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gHyRH-00073Q-Au for help-guix@gnu.org; Wed, 31 Oct 2018 17:54:15 -0400 Received: from mail-yb1-xb35.google.com ([2607:f8b0:4864:20::b35]:42128) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gHyRH-00073G-6M for help-guix@gnu.org; Wed, 31 Oct 2018 17:54:11 -0400 Received: by mail-yb1-xb35.google.com with SMTP id o204-v6so7307524yba.9 for ; Wed, 31 Oct 2018 14:54:10 -0700 (PDT) In-reply-to: List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-guix-bounces+gcggh-help-guix=m.gmane.org@gnu.org Sender: "Help-Guix" To: Brian Woodcox , Leo Famulari Cc: Mark H Weaver , help-guix@gnu.org Hi Brian & Leo Brian, I believe that what you are experiencing as a "hang" is actually the incredibly long time that it takes for guile to bootstrap itself. I started encountering this recently when commissioning new VMs and. At first I thought they were "hung" but eventually I discovered that they were doing this step, and it takes >30 min on 4xCPU@3.4GHz. In my case I do 'guix system vm-image' and then, on the vm, I build guix, emacs-guix, and geiser from Git. I don't think this is much different than installing the 0.15.0 image on VirtualBox. I don't understand why Guile feels the need to bootstrap itself in this situation. And this behavior seems to be "new" in recent Guix commits. Have you tried just letting it chug away overnight? FWIW, I am building vms with Guix v0.15.0-3097-gc16913d34. HTH - George Brian Woodcox writes: > This is what is displaced on the screen when the hang occurs: > > =E2=80=A6 > make check-TESTS > make[3]: Entering directory =E2=80=98/tmp/guix-build-guile-2.2.3.drv-0/gu= ile-2.2.3=E2=80=99 > Testing /tmp/guix-build-guile-2.2.3.drv-0/guile-2.2.3/meta/guile =E2=80=A6 > with GUILE_LOAD_PATH=3D/tmp/guix-guild-guile-2.2.3.drv-0/guile-2.2.3/test= -suite > > >> On Oct 31, 2018, at 12:35 PM, Mark H Weaver wrote: >> >> Brian Woodcox writes: >> >>> So I have been trying to install GuixSD 0.15.0 for a few days now. >>> >>> My first problem was not setting >>> =E2=80=94substitutes-urls=3D=E2=80=9Chttps://berlin.guixsd.org. So tha= t fixed one >>> problem. >>> >>> My other problem is try as I might, I cannot get either guile-2.2.3 or >>> guile-2.2.4 to install. >>> >>> It always hangs when trying to do the tests after writing all the *.go >>> files, (which by the way takes a long time). >> >> What are the last messages visible at the point where it gets stuck? >> It would be helpful to see the tail of the build log. >> >> Since I've not seen other reports of this problem, my first guess is >> that the problem is specific to builds done within VirtualBox, for some >> reason. It would be useful to know which test is getting stuck. Since >> VirtualBox requires a non-free compiler for part of its build, I don't >> use it myself. I use QEMU instead. >> >> Also, normally you would not need to build Guile, but would simply >> download a binary substitute for Guile. However, our primary build farm >> is currently offline due to a recent disk failure, and our newer build >> farm (berlin.guixsd.org) unfortunately does not have a complete set of >> substitutes for 0.15.0, but only for the most popular or most recently >> built ones. >> >> So, this is a temporary issue while we wait for the FSF sysadmins to >> finish migrating hydra.gnu.org to a new disk array, which will probably >> be another few days. I'm sorry for the inconvenience. >> >>> So are there any work arounds to disable the tests for guile-2.2.x so >>> I can get this operating system operational? >> >> In theory it could be done, but disabling tests would be a change to the >> Guile package, and therefore a change to the derivations of all packages >> built on top of Guile, which in Guix is *everything* because Guile is >> used to execute our build recipes. >> >> As a result, if you did this, you would not be able to find *any* binary >> substitutes from our official servers, because you'd be asking for >> different derivations than the ones built by our build farm. >>