From mboxrd@z Thu Jan 1 00:00:00 1970 From: ludo@gnu.org (Ludovic =?utf-8?Q?Court=C3=A8s?=) Subject: Re: Heads-up: transition to Guile 2.2 Date: Sun, 14 May 2017 23:28:17 +0200 Message-ID: <871srrruvi.fsf@gnu.org> References: <87bmt28qnm.fsf@gnu.org> <87k26chy16.fsf@gnu.org> <87y3u5wwsi.fsf_-_@gnu.org> <20170514135041.GA29369@thebird.nl> 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]:60739) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dA13w-0004F2-2r for guix-devel@gnu.org; Sun, 14 May 2017 17:28:25 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dA13s-0005Wp-Vv for guix-devel@gnu.org; Sun, 14 May 2017 17:28:24 -0400 In-Reply-To: <20170514135041.GA29369@thebird.nl> (Pjotr Prins's message of "Sun, 14 May 2017 15:50:41 +0200") 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" To: Pjotr Prins Cc: guix-devel Hi Pjotr, Pjotr Prins skribis: > I have just wasted a few hours trying to find a way to > bootstrap the latest tree. And I got it to work haphazardly - that > means I can't reproduce what I did. Oh. > Starting from running 'guix pull' twice and essentially following the sec= tion > 'Building GNU Guix from source (using Guix)' in > > https://gitlab.com/pjotrp/guix-notes/blob/master/INSTALL.org#building-g= nu-guix-from-source-using-guix > > which used to work reliably. It all has to do with the guile upgrade. Eve= n from > a clean git clone it won't work as expected. Apparently I cannot access that page without logging in. For developers, the instructions at are still valid, AFAIK. > Typical errors during build are > > Backtrace: > GUILEC gnu/packages/fcitx.go > Exception thrown while printing backtrace: > GUILEC ERROR: gnu/packages/figlet.go > In procedure public-lookup: Module named (system repl debug) does > not exist Weird. Was it with Guile 2.0 or 2.2? What was on GUILE_LOAD_PATH? > But I got it somehow to build. guix now lacks a version number: > > ./pre-inst-env guix --version > guile: warning: failed to install locale > warning: failed to install locale: Invalid argument > guix (GNU Guix) UNKNOWN > > probably because bootstrap never did the right thing. Bootstrap passes, b= ut=20 That=E2=80=99s because build-aux/git-version-gen didn=E2=80=99t find =E2=80= =98git=E2=80=99 in $PATH. > ./configure --localstatedir=3D/var > > complains with=20 > > configure: error: C preprocessor "/lib/cpp" fails sanity check What does config.log say? > And during installation: > > ERROR: In procedure stat: > ERROR: In procedure stat: No such file or directory: > "/gnu/store/q5kdj7gpawi94pqd15x3wizjq0nx4zhx-python-2.7.13/share/man/ma= n1/python.1" During installation of what? > In all, the system feels flaky at this point. I wish we had found a > way of upgrading guile with backward compatibility. Maybe temporarily > naming it guile2.2 with matching paths would have been better. IIUC this does not relate to =E2=80=98guix pull=E2=80=99 since you=E2=80=99= re building from Git. FWIW I had been running Guix in my checkout with Guile 2.2 long before this =E2=80=98guix pull=E2=80=99 transition. It required making sure that = all the 2.2 dependencies were in the environment (not the 2.0 dependencies), but apart from that that went fine. I=E2=80=99m afraid I don=E2=80=99t have enough info to debug the issues you= mention here though. :-/ Ludo=E2=80=99.