From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp2 ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms11 with LMTPS id qBVrE3bUt1/qdAAA0tVLHw (envelope-from ) for ; Fri, 20 Nov 2020 14:36:38 +0000 Received: from aspmx1.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp2 with LMTPS id sPJXD3bUt19XEQAAB5/wlQ (envelope-from ) for ; Fri, 20 Nov 2020 14:36:38 +0000 Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by aspmx1.migadu.com (Postfix) with ESMTPS id A592694042C for ; Fri, 20 Nov 2020 14:36:37 +0000 (UTC) Received: from localhost ([::1]:48984 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kg7We-00069a-9P for larch@yhetil.org; Fri, 20 Nov 2020 09:36:36 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:59594) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kg7W6-00067g-Rq for bug-guix@gnu.org; Fri, 20 Nov 2020 09:36:02 -0500 Received: from debbugs.gnu.org ([209.51.188.43]:59222) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1kg7W6-0002G7-JW for bug-guix@gnu.org; Fri, 20 Nov 2020 09:36:02 -0500 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1kg7W6-0007DN-H9 for bug-guix@gnu.org; Fri, 20 Nov 2020 09:36:02 -0500 X-Loop: help-debbugs@gnu.org Subject: bug#44735: gilbc of the running system got wiped while building a package, system broken Resent-From: Stefan Original-Sender: "Debbugs-submit" Resent-CC: bug-guix@gnu.org Resent-Date: Fri, 20 Nov 2020 14:36:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 44735 X-GNU-PR-Package: guix X-GNU-PR-Keywords: To: Ludovic =?UTF-8?Q?Court=C3=A8s?= Received: via spool by 44735-submit@debbugs.gnu.org id=B44735.160588294227707 (code B ref 44735); Fri, 20 Nov 2020 14:36:02 +0000 Received: (at 44735) by debbugs.gnu.org; 20 Nov 2020 14:35:42 +0000 Received: from localhost ([127.0.0.1]:42535 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kg7Vl-0007Co-Q6 for submit@debbugs.gnu.org; Fri, 20 Nov 2020 09:35:42 -0500 Received: from mx009.vodafonemail.xion.oxcs.net ([153.92.174.39]:19838) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kg7Vi-0007CY-Q6 for 44735@debbugs.gnu.org; Fri, 20 Nov 2020 09:35:40 -0500 Received: from vsmx002.vodafonemail.xion.oxcs.net (unknown [192.168.75.192]) by mta-6-out.mta.xion.oxcs.net (Postfix) with ESMTP id BD00F605292; Fri, 20 Nov 2020 14:35:32 +0000 (UTC) Received: from macbook-pro.kuh-wiese.my-router.de (unknown [90.186.146.93]) by mta-6-out.mta.xion.oxcs.net (Postfix) with ESMTPA id 0E228605111; Fri, 20 Nov 2020 14:35:27 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) From: Stefan In-Reply-To: <878sawfemr.fsf@gnu.org> Date: Fri, 20 Nov 2020 15:35:26 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <78228B3F-FA9D-48C1-B70C-2F0B4CC65446@vodafonemail.de> References: <4A9406A5-DB4F-4A05-BCC0-4AD8DBD2A112@vodafonemail.de> <878sawfemr.fsf@gnu.org> X-Mailer: Apple Mail (2.3124) X-VADE-STATUS: LEGIT X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-Spam-Score: -3.3 (---) X-BeenThere: bug-guix@gnu.org List-Id: Bug reports for GNU Guix List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: 44735@debbugs.gnu.org Errors-To: bug-guix-bounces+larch=yhetil.org@gnu.org Sender: "bug-Guix" X-Scanner: ns3122888.ip-94-23-21.eu Authentication-Results: aspmx1.migadu.com; dkim=none; dmarc=none; spf=pass (aspmx1.migadu.com: domain of bug-guix-bounces@gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=bug-guix-bounces@gnu.org X-Spam-Score: -0.51 X-TUID: pRghIcg0YOat Hi Ludo=E2=80=99! > Your store database may no longer be in sync with your actual store so > you may have to reinstall. You can try =E2=80=98guix gc --verify=E2=80=99= to get an > idea of how bad the situation is. stefan@guix ~/development/guix$ guix gc --verify reading the store... checking path existence... path = `/gnu/store/1kh1p8ypgn1yn826cc0mizw7gjjn5yfb-usbutils-012-guile-builder' = disappeared, removing from database... path `/gnu/store/da76qwnqrfravn2qd92b6vk5inp7273v-vala-0.44.5.drv' = disappeared, removing from database... path `/gnu/store/iq987sfc1bwyaijckagv59b0z2z3c4nb-vala-0.44.5.drv' = disappeared, removing from database... path = `/gnu/store/m7l8381hqz4dgp12v9fbnf0k9n1ij5ja-module-import-compiled-guile-= builder' disappeared, removing from database... path = `/gnu/store/mnhh9m6v88zk9k7lc6hj15db40qv5cnh-guix-packages-base-modules-bu= ilder' disappeared, removing from database... path = `/gnu/store/nal2ssav0z0qk523w5v6xp2vfqqfpc13-guix-module-union-builder' = disappeared, removing from database... path = `/gnu/store/x5gczh79g5aarws1xgkcp2gc1av4fzas-vala-0.44.5.tar.xz.drv' = disappeared, removing from database=E2=80=A6 stefan@guix ~/development/guix$ guix gc --verify reading the store... checking path existence=E2=80=A6 stefan@guix ~/development/guix$ That doesn=E2=80=99t seem to be so bad. :-) > ./configure warns or errors out and the manual warns in a couple of > places too, but evidently it remains too easy to shoot oneself in the > foot. It warns in the chapter =E2=80=9C2 Requirements=E2=80=9D. It doesn=E2=80=99= t warn in chapter =E2=80=9D14.1 Building from Git=E2=80=9D. Anyway, it was just a typo. Even if I would have known about that = warning, this would have happened.=20 > Could you check =E2=80=98config.log=E2=80=99 to see what = =E2=80=98configure=E2=80=99 said? You can see > the source of this check at the bottom of =E2=80=98m4/guix.m4=E2=80=99. I retried: stefan@guix ~/development/guix [env]$ ./configure --localstatedir=3D/vaar checking for a BSD-compatible install... = /gnu/store/5hj9mdr79nqfcqg9hb45dpfrrs5qqrnr-profile/bin/install -c checking whether build environment is sane... yes checking for a thread-safe mkdir -p... = /gnu/store/5hj9mdr79nqfcqg9hb45dpfrrs5qqrnr-profile/bin/mkdir -p checking for gawk=E2=80=A6 gawk [pages of checking] checking the current installation's localstatedir... /var configure: WARNING: chosen localstatedir '/vaar' does not match that of = the existing installation '/var' configure: WARNING: installing may corrupt /gnu/store! checking that generated files are newer than configure... done configure: creating ./config.status config.status: creating Makefile config.status: creating po/guix/Makefile.in config.status: creating po/packages/Makefile.in config.status: creating etc/guix-daemon.cil config.status: creating guix/config.scm config.status: creating etc/committer.scm config.status: creating test-env config.status: creating pre-inst-env config.status: creating nix/config.h config.status: nix/config.h is unchanged config.status: executing depfiles commands config.status: executing po-directories commands config.status: creating po/guix/POTFILES config.status: creating po/guix/Makefile config.status: creating po/packages/POTFILES config.status: creating po/packages/Makefile stefan@guix ~/development/guix [env]$=20 Indeed, there in all that pages of output, luckily on the last page, = there is a warning. I could have noticed it. But I did=E2=80=99t. Red = colour could have helped. :-) The same warning is hidden inside the very middle of the config.log. At = least the mistake with localstatedir is visible right at its beginning.=20= Would it be possible to do that check right at the beginning of = configure and ask the user for confirmation? > Also, why did you run guix-daemon from your checkout? This is only > necessary if you=E2=80=99re actually hacking on the daemon, but = perhaps the > manual is misleading. (Hadn=E2=80=99t you run guix-daemon from the = checkout, > the problem would not have occurred, even with a wrong > =E2=80=98--localstatedir=E2=80=99.) I was trying to add a build side module into guix/build. This failed all = the time with an error =E2=80=9Cno code for module=E2=80=9D. As neither = #:modules nor #:imported-modules are documented (see also = http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D44758), I was a bit = clueless. Then I found out, that I have to add the module into = Makefile.am and have to run configure. And there the typo happened. But = still this was=E2=80=99t working and I thought that I may need to start = the daemon with pre-inst-env to have the GUILE_LOAD_PATH properly point = to guix/build. Well, and so the disaster happened. Bye Stefan