Re: Install `guix pull'ed Guix to target partition on system install

[zimoun]

Hi Pierre,

On Tue, 22 Dec 2020 at 10:44, Pierre Neidhardt <mail@ambrevar.xyz> wrote:
>> Did you really do this “guix pull”?  Because it is…
>>
>>> - guix system init ... /mnt 
>>> - reboot
>>>
>>> Now on my fresh system, the only Guix available is the one from the USB
>>> stick, namely 1.2, and not the one from my channels.
>>
>> …in contradiction with this.  So bug?
>
> It's not a contradiction.

It is.  If you do:

  (live) guix pull
  (live) guix system init

then it appears expected to install what the system describes *and* the
current guix used to install them.  Therefore, after reboot, the first
“guix pull” will not fetch all the substitutes Guix requires, because
you already did.

Other said,

  (live) guix pull
  (live) guix describe
  (live) guix system init
  (live) reboot
  (real) login as root
  (real) guix describe 
  
The 2 ’describe’ should be the same commit and apparently they are not.


>> In conclusion, the problem here does not seem cloning the repo, but
>> fetching all the substitutes twice.
>
> There is a misunderstanding: the Guix live system is not the same OS
> (nor the same store) as the installed system.

I do not see where there is a misunderstanding.

If you really did:

   (live) guix pull
   (live) guix system init …
   (live) reboot
   (real) login as regular user
   (real) guix pull

Then the issue is not the cloning part (’git clone
https://git.savannah.gnu.org/git/guix.git’) displaying «Updating channel
'guix' from Git repository at
'https://git.savannah.gnu.org/git/guix.git'...» but the fact that you
are downloading twice the substitutes used by “guix pull”.

Please re-read these messages:
  <86y2hq90sm.fsf@gmail.com">https://yhetil.org/guix/86y2hq90sm.fsf@gmail.com>
  <86tuse8yzh.fsf@gmail.com">https://yhetil.org/guix/86tuse8yzh.fsf@gmail.com>


Cheers,
simon