unofficial mirror of bug-guix@gnu.org 
 help / color / mirror / code / Atom feed
From: swedebugia@riseup.net
To: ludo@gnu.org
Cc: 31907@debbugs.gnu.org
Subject: bug#31907: New users get wrong/old profile path to guix after reconfiguring
Date: Tue, 26 Jun 2018 04:06:01 -0700	[thread overview]
Message-ID: <68c050778b26c874e04e2b34703cc363@riseup.net> (raw)
In-Reply-To: <87sh5hp2e0.fsf@gnu.org>

On 2018-06-20 23:35, ludo@gnu.org wrote:
> Hello swedebugia,

..snip 
 
> ~/.config/guix/current is created by the new ‘guix pull’.  So when
> coming from 0.14, you actually need to run it twice: the first run will
> give you the new ‘guix pull’, and the second run will actually run the
> new code and create ~/.config/guix/current.

I understand. This is not the problem.

I wrote yesterday on #guix:

<sdb> hi guix
<sdb> I wonder if any of "pull" or "system reconfigure" update the guix
in the system profile?
<sdb> My system profile in sdb1@antelope ~$ ls -l
/run/current-system/profile/bin/guix
<sdb> lrwxrwxrwx 2 root root 75  1 jan  1970
/run/current-system/profile/bin/guix ->
/gnu/store/avg3vnk6p752z8iwld6yzv1wg7ki48vp-guix-0.14.0-13.7af5c2a/bin/guix
<sdb> even though I have pulled and reconfigured multiple times:
<sdb> as root
<sdb> root@antelope /home/sdb1# guix pull -l
<sdb> Generation 1 jun 18 2018 19:26:00
<sdb>   guix b4eae99
<sdb>     repository URL: https://git.savannah.gnu.org/git/guix.git
<sdb>     commit: b4eae997fe5b928f179c34d281e9f2c3eccd3670
<sdb> Generation 2 jun 22 2018 20:48:03 (current)
<sdb>   guix 8edebd3
<sdb>     repository URL: https://git.savannah.gnu.org/git/guix.git
<sdb>     commit: 8edebd3207335aff15081458e895104ac9f45d3d
<sdb> You could ask: why care about the guix version in the system
profile at all? It is not used as soon as you run guix pull or populated
the .config/guix some other way and adjusted the this to preceede in the
PATH.
<sdb> I care because if I create a new user via config.scm they by
default get access to an outdated guix when a newer is available. This
is in my view a bug.

Maybe its me who do not fully understand how system profiles is supposed
to work. I tried looking into the source but it was not clear to me how
it is supposed to work together.

The manual does not mention when/how the system profile gets updated. I
supposed it happens when a new profile derivation is built during
reconfigure. Maybe this is not correct. Maybe guix is supposed to be in
the system profile after all (I dont specify it in my config.scm ATM and
none of the templates do either)

Cheers
sdb

  reply	other threads:[~2018-06-26 11:07 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-06-20  3:18 bug#31907: New users get wrong/old profile path to guix after reconfiguring swedebugia
2018-06-20 21:35 ` Ludovic Courtès
2018-06-26 11:06   ` swedebugia [this message]
2018-06-26 11:45     ` Dan Partelly
2019-01-25  5:46 ` swedebugia

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://guix.gnu.org/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=68c050778b26c874e04e2b34703cc363@riseup.net \
    --to=swedebugia@riseup.net \
    --cc=31907@debbugs.gnu.org \
    --cc=ludo@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/guix.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).