[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Building guix-modular with cuirass
From: |
Chris Marusich |
Subject: |
Re: Building guix-modular with cuirass |
Date: |
Sat, 12 May 2018 19:17:23 -0700 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/25.3 (gnu/linux) |
Nils Gillmann <address@hidden> writes:
> Ludovic Courtès transcribed 800 bytes:
>>
>> In the near future, I want ‘guix pull’ to install a ‘guix’ binary as
>> opposed to simply dropping a bunch of modules in ~/.config/guix/latest.
>> At that point we won’t have this kind of problem anymore.
>>
>> Ludo’.
>>
>
> Not trying to derail this thread too much, but could you explain that a
> bit more Ludovic? I'm curious.
> This is moving beyond the current change with modular guix (which still
> drops a bunch of modules into the store and compiles them), correct?
I think he's referring to his latest comments here:
https://debbugs.gnu.org/cgi/bugreport.cgi?bug=22629
Today, the "guix" command is a thin wrapper, as explained here:
https://lists.gnu.org/archive/html/help-guix/2017-09/msg00092.html
Going forward, I think Ludo is suggesting that we should no longer rely
on the thin wrapper to delegate business logic to whatever is installed
in ~/.config/guix/latest; instead, "guix pull" would basically build a
new Guix (including the "guix" command) in a profile located at
~/.config/guix/current. Each user would use their own "guix" command.
Currently, when a user invokes a command like "guix package -i foo", the
path of execution is roughly like this:
1. /run/current-system/profile/bin/guix (or, if it's a foreign
distribution and the user has installed Guix according to the manual,
this will be /usr/local/bin/guix, which points to
/var/guix/profiles/per-user/root/guix-profile/bin/guix)
2. ~/.config/guix/latest/${whatever_module_was_invoked}
But after the proposed improvement, the path of execution would be:
1. ~/.config/guix/current/bin/guix
2. ~/.config/guix/current/${whatever_module_was_invoked}
So, every Guix installation would truly be self-contained, unlike the
current situation, where the same thin "guix" command is shared by every
user. And since ~/.config/guix/current is basically just a profile, I
think we'd also get roll-back for free, which is nice because currently
roll-back after a "guix pull" isn't as easy as it could be
Ludo, please feel free to correct me if I'm misrepresenting anything.
--
Chris
signature.asc
Description: PGP signature