From mboxrd@z Thu Jan 1 00:00:00 1970 From: Julien Lepiller Subject: Re: Updating a very old Guix Date: Tue, 13 Nov 2018 13:53:36 +0100 Message-ID: References: <862f79ed-d84d-122d-e83f-8910b7c57777@riseup.net> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:49456) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gMYCb-0002G3-Sk for help-guix@gnu.org; Tue, 13 Nov 2018 07:53:59 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gMYCW-0007sJ-Tb for help-guix@gnu.org; Tue, 13 Nov 2018 07:53:57 -0500 Received: from lepiller.eu ([2a00:5884:8208::1]:36400) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gMYCW-0007h4-Io for help-guix@gnu.org; Tue, 13 Nov 2018 07:53:52 -0500 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: Konrad Hinsen Cc: help-guix@gnu.org Le 2018-11-13 13:43, Konrad Hinsen a écrit : > swedebugia writes: > >> This is most probably not correct. You most probably do have a working >> Guix in the store but your current guix points to the new one which >> lacks guile-gcrypt. > > Indeed, kind of. It looks more complicated than that. > > As you say, there is indeed a working guix in the store, but calling > apparently still makes it use the messed-up code under ~/.config/guix. > After renaming this to move it out of the way, I can again run guix > commands. > > However... > >> I suggest you roll back your guix pull profile following the manual. >> (this might not work if your guix is too old) > > My guix does seem to be too old for that. And while I can now invoke it > without an immediate error message, every attempt at installing or even > removing packages leads to an attempt to compile the GCC toolchain, > which fails for lack of disk space (there's only one 10 GB partition). > > > So I tried Julien's suggestion to copy over a newer guix from another > machine. > > Step by step: > > guix archive --generate-key > > Works fine, but must be run as root because it writes to /etc. > > scp /etc/guix/signing-key.pub remote@machine > > then on the remote machine > > guix archive --authorize < signing-key.pub > > Again "guix archive" must be run as root. Back to the "new-guix" > machine: > > guix copy --to=remote@machine `readlink -f ~/.config/guix/latest` > > guix copy: error: failed to connect to `# c7ed00>': Protocol error > > Hard to say which protocol is not respected there, but given how old my > guix is, I suspect the protocol used by "guix copy" has changed since. > > So let's try a variant: use "guix archive" to export a nar file, copy > it > over to the other machine, and import it. > > guix archive --export `readlink -f ~/.config/guix/latest` > > guix-update.nar The command you should run is: guix archive --recursive --export `readlink -f ~/.config/guix/current` > guix-update.nar note the --recursive (so guix can find its dependencies, but it will bundle every dependency in the .nar, so there may be some duplication that guix copy would have avoided), and the actual directory name is current, not latest (latest is the old name of the guix installation directory, but since we switched to full profiles for guix, we also renamed the directory where the current guix version is installed). I think I told you "latest" before, that was my mistake, sorry. Maybe you can try again "guix copy", with "current" this time? > > guix archive: error: build failed: program `guix-authenticate' failed > with exit code 1 > > There isn't much documentation on "guix authenticate" and how it might > fail, so I'll end my experiments here. Does anyone have an idea for > something else that I might try? > > Cheers, > Konrad.