From mboxrd@z Thu Jan 1 00:00:00 1970 From: sidhu1f Subject: Re: Upgrade errors Date: Sat, 12 May 2018 23:38:07 +0530 Message-ID: References: <87bmdr8my0.fsf@gnu.org> <87o9hlcns9.fsf@elephly.net> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="0000000000008095a8056c062252" Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:48789) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fHYwF-0003je-LP for help-guix@gnu.org; Sat, 12 May 2018 14:08:13 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fHYwE-0006B5-FA for help-guix@gnu.org; Sat, 12 May 2018 14:08:11 -0400 In-Reply-To: <87o9hlcns9.fsf@elephly.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: Ricardo Wurmus Cc: help-guix@gnu.org --0000000000008095a8056c062252 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi Rekado On Sat, May 12, 2018 at 1:23 PM, Ricardo Wurmus wrote: > > I did discover something curious: my guix version seems unchanged > > even after multiple 'guix system reconfigure' invocations. I do > > believe I heeded the documentation to do a 'guix pull' before the > > first reconfigure. Still, invocations of 'guix', > > '/var/guix/profiles/system-1-link/profile/bin/guix --version' and > > '/var/guix/profiles/system-11-link/profile/bin/guix --version' > > all produce: > > > > guix (GNU Guix) 12e352dbcfc07b870c812999ae81c16f0aa8dc2c > > Copyright... > This is not as helpful as it may seem. The =E2=80=9Cguix=E2=80=9D execut= able first > checks if ~/.config/guix/latest exists. If it does it will load modules > from there. It seems that you=E2=80=99ve used different guix executables= , but > they would all load the same modules from ~/.config/guix/latest. I understand and accept what you are saying but it is not clear what it means in the current context. Do you mean that the guix version of Guix SD v0.14.0 fresh install, and the guix version after recently (couple of days back) doing a 'guix pull' and 'guix system reconfigure' being the same is expected behavior? By "guix version" above I mean the output displayed by 'guix --version'. Regards sidhu1f --0000000000008095a8056c062252 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi Rekado

On Sat, May 12, 2018 at 1:23 PM, Ricardo = Wurmus <rekado@elephly.net> wrote:

> > I did= discover something curious: my guix version seems unchanged
> > e= ven after multiple 'guix system reconfigure' invocations. I do
&= gt; > believe I heeded the documentation to do a 'guix pull' bef= ore the
> > first reconfigure. Still, invocations of 'guix'= ;,
> > '/var/guix/profiles/system-1-link/profile/bin/guix --ve= rsion' and
> > '/var/guix/profiles/system-11-link/profile/= bin/guix --version'
> > all produce:
> >
> >= =C2=A0=C2=A0 guix (GNU Guix) 12e352dbcfc07b870c812999ae81c16f0aa8dc2c
&g= t; >=C2=A0=C2=A0 Copyright...

> This is not as helpful as it m= ay seem.=C2=A0 The =E2=80=9Cguix=E2=80=9D executable first
> checks i= f ~/.config/guix/latest exists.=C2=A0 If it does it will load modules
&g= t; from there.=C2=A0 It seems that you=E2=80=99ve used different guix execu= tables, but
> they would all load the same modules from ~/.config/gui= x/latest.

I understand and accept what you are saying but it is not = clear what
it means in the current context. Do you mean that the guix ve= rsion of
Guix SD v0.14.0 fresh install, and the guix version after recen= tly
(couple of days back) doing a 'guix pull' and 'guix syst= em
reconfigure' being the same is expected behavior? By "guix v= ersion"
above I mean the output displayed by 'guix --version= 9;.

Regards
sidhu1f

--0000000000008095a8056c062252--