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 19:44:09 -0400 Message-ID: References: <33017962-EFD3-4931-A7FA-22EC3E25B073@inskydata.com> <87y3ae6k0y.fsf@netris.org> <8246EDA7-82A1-411C-B1D0-967F9ECF9CF6@InSkyData.com> 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]:53507) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gI09r-0002NY-1a for help-guix@gnu.org; Wed, 31 Oct 2018 19:44:21 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gI09m-0004YZ-Re for help-guix@gnu.org; Wed, 31 Oct 2018 19:44:19 -0400 Received: from mail-yb1-xb2e.google.com ([2607:f8b0:4864:20::b2e]:44865) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gI09m-0004YS-KI for help-guix@gnu.org; Wed, 31 Oct 2018 19:44:14 -0400 Received: by mail-yb1-xb2e.google.com with SMTP id p144-v6so7397095yba.11 for ; Wed, 31 Oct 2018 16:44:14 -0700 (PDT) In-reply-to: <8246EDA7-82A1-411C-B1D0-967F9ECF9CF6@InSkyData.com> 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 Cc: Mark H Weaver , help-guix@gnu.org Brian Woodcox writes: > I think I=E2=80=99ve had it sitting like that for hours. > > The reason I think it=E2=80=99s hung in VirtualBox is the fact that within > about 45 seconds there is no longer any activity on the hard disk > icon. > > I am currently installing in Qemu and will see how that goes. Dunno about VirtualBox. But I just did 'guix pull' on a fresh 'guix system vm-image' running on GuixSD in QEMU. It looks the same: 4 CPUs howling and the hard drive doing hardly anything. But I see this in /tmp g1@sysi53 ~$ ls /tmp guix-build-guile-2.2.3.drv-0/ ... and BOOTSTRP GUILEC steps are trickling out. So even thought it feels like it, it's not hung. >> On Oct 31, 2018, at 3:54 PM, George Clemmer wrote: >> >> 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/= guile-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/te= st-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 t= hat 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 fa= rm >>>> 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 t= he >>>> Guile package, and therefore a change to the derivations of all packag= es >>>> 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* bina= ry >>>> substitutes from our official servers, because you'd be asking for >>>> different derivations than the ones built by our build farm. >>>>