From mboxrd@z Thu Jan 1 00:00:00 1970 From: Brian Woodcox Subject: Re: *** TRYING TO INSTALL GUIXSD v0.15.0 FOR DAYS *** Date: Wed, 31 Oct 2018 16:30:54 -0600 Message-ID: <8246EDA7-82A1-411C-B1D0-967F9ECF9CF6@InSkyData.com> References: <33017962-EFD3-4931-A7FA-22EC3E25B073@inskydata.com> <87y3ae6k0y.fsf@netris.org> Mime-Version: 1.0 (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]:38315) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gHz1Z-0004zZ-M5 for help-guix@gnu.org; Wed, 31 Oct 2018 18:31:42 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gHz1U-0000El-DY for help-guix@gnu.org; Wed, 31 Oct 2018 18:31:41 -0400 Received: from mail.inskydata.com ([184.68.229.6]:51863 helo=server.inskydata.com) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gHz1P-00009M-QQ for help-guix@gnu.org; Wed, 31 Oct 2018 18:31:35 -0400 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: George Clemmer Cc: Mark H Weaver , help-guix@gnu.org 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 a= bout 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. > On Oct 31, 2018, at 3:54 PM, George Clemmer wrote: >=20 > Hi Brian & Leo >=20 > 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. >=20 > 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. >=20 > 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. >=20 > Have you tried just letting it chug away overnight? >=20 > FWIW, I am building vms with Guix v0.15.0-3097-gc16913d34. >=20 > HTH - George >=20 > Brian Woodcox writes: >=20 >> This is what is displaced on the screen when the hang occurs: >>=20 >> =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 >>=20 >>=20 >>> On Oct 31, 2018, at 12:35 PM, Mark H Weaver wrote: >>>=20 >>> Brian Woodcox writes: >>>=20 >>>> So I have been trying to install GuixSD 0.15.0 for a few days now. >>>>=20 >>>> My first problem was not setting >>>> =E2=80=94substitutes-urls=3D=E2=80=9Chttps://berlin.guixsd.org. So tha= t fixed one >>>> problem. >>>>=20 >>>> My other problem is try as I might, I cannot get either guile-2.2.3 or >>>> guile-2.2.4 to install. >>>>=20 >>>> It always hangs when trying to do the tests after writing all the *.go >>>> files, (which by the way takes a long time). >>>=20 >>> 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. >>>=20 >>> 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. >>>=20 >>> 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. >>>=20 >>> 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. >>>=20 >>>> So are there any work arounds to disable the tests for guile-2.2.x so >>>> I can get this operating system operational? >>>=20 >>> 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. >>>=20 >>> 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. >>>=20