From mboxrd@z Thu Jan 1 00:00:00 1970 From: Konrad Hinsen Subject: Re: Updating a very old Guix Date: Tue, 13 Nov 2018 13:43:20 +0100 Message-ID: References: <862f79ed-d84d-122d-e83f-8910b7c57777@riseup.net> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:46557) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gMY2a-0000iS-Tb for help-guix@gnu.org; Tue, 13 Nov 2018 07:43:40 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gMY2R-0005Pa-Nw for help-guix@gnu.org; Tue, 13 Nov 2018 07:43:32 -0500 Received: from out5-smtp.messagingengine.com ([66.111.4.29]:51875) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gMY2Q-0005Mk-Or for help-guix@gnu.org; Tue, 13 Nov 2018 07:43:27 -0500 In-Reply-To: <862f79ed-d84d-122d-e83f-8910b7c57777@riseup.net> 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: swedebugia , Julien Lepiller , help-guix@gnu.org 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 `#': 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 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.