GNU bug report logs - #33647
First `guix pull' behaves unexpectedly

Previous Next

Package: guix;

Reported by: Diego Nicola Barbato <dnbarbato <at> posteo.de>

Date: Thu, 6 Dec 2018 14:58:02 UTC

Severity: normal

Done: Björn Höfling <bjoern.hoefling <at> bjoernhoefling.de>

Bug is archived. No further changes may be made.

Full log


Message #14 received at 33647 <at> debbugs.gnu.org (full text, mbox):

From: Ludovic Courtès <ludo <at> gnu.org>
To: Ricardo Wurmus <rekado <at> elephly.net>
Cc: 33647 <at> debbugs.gnu.org, Diego Nicola Barbato <dnbarbato <at> posteo.de>
Subject: Re: bug#33647: First `guix pull' behaves unexpectedly
Date: Fri, 07 Dec 2018 00:06:01 +0100
Hello,

Ricardo Wurmus <rekado <at> elephly.net> skribis:

>> Hello Guix,
>>
>> The first time a user runs ‘guix pull’ after a fresh install it does not
>> seem to update guix.  ‘guix --version’ reports that guix is still
>> version 0.15.0 after running ‘guix pull’, instead of showing the hash of
>> the latest commit.
>
> “guix pull” should have reminded you to add ~/.config/guix/current/bin
> to the front of your PATH environment variable.  When you do that you
> will be using the new version of Guix.

In addition, be aware that Bash maintains a cache of commands it looked
up in $PATH.  Thus it may be that, say, it had cached that ‘guix’ is
really /run/current-system/profile/bin/guix.  When you pulled, it didn’t
invalidate its cache thus you kept using that old version.

The solution is to run “hash guix” at the Bash prompt to force cache
invalidation (info "(bash) Bourne Shell Builtins").

HTH!

Ludo’.




This bug report was last modified 6 years and 180 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.