GNU bug report logs -
#36374
‘guix pull’ should not suggest running ‘guix pull’
Previous Next
To reply to this bug, email your comments to 36374 AT debbugs.gnu.org.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-guix <at> gnu.org
:
bug#36374
; Package
guix
.
(Tue, 25 Jun 2019 14:09:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Ludovic Courtès <ludo <at> gnu.org>
:
New bug report received and forwarded. Copy sent to
bug-guix <at> gnu.org
.
(Tue, 25 Jun 2019 14:09:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
The article at
<https://distrowatch.com/weekly.php?issue=20190624#guixsd> has a
screenshot showing ‘guix pull’ suggesting to run ‘guix pull && guix
package -u’. This is obviously wrong.
Ludo’.
Information forwarded
to
bug-guix <at> gnu.org
:
bug#36374
; Package
guix
.
(Wed, 26 Jun 2019 14:20:02 GMT)
Full text and
rfc822 format available.
Message #8 received at submit <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Le 25 juin 2019 16:08:19 GMT+02:00, "Ludovic Courtès" <ludo <at> gnu.org> a écrit :
>The article at
><https://distrowatch.com/weekly.php?issue=20190624#guixsd> has a
>screenshot showing ‘guix pull’ suggesting to run ‘guix pull && guix
>package -u’. This is obviously wrong.
>
>Ludo’.
Here is a patch to address this issue on Guix System. It creates new files in /etc/skel: an initial profile (.config/guix/initial) tgat only contains a symlink to /run/current-system/profile/bin/guix and the current profile as a symlink to the initial profile.
At first boot, and for new users, guix well be found in the current profile, and stays there after guix pull, so we don't need to use hash guix anymore.
[0001-gnu-system-Symlink-guix-inside-an-initial-guix-pull-.patch (application/octet-stream, attachment)]
Information forwarded
to
bug-guix <at> gnu.org
:
bug#36374
; Package
guix
.
(Thu, 27 Jun 2019 09:56:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 36374 <at> debbugs.gnu.org (full text, mbox):
Hello!
Julien Lepiller <julien <at> lepiller.eu> skribis:
> Here is a patch to address this issue on Guix System. It creates new
> files in /etc/skel: an initial profile (.config/guix/initial) tgat
> only contains a symlink to /run/current-system/profile/bin/guix and
> the current profile as a symlink to the initial profile.
>
> At first boot, and for new users, guix well be found in the current
> profile, and stays there after guix pull, so we don't need to use hash
> guix anymore.
I think this addresses the “hash guix” issue (this will no longer be
needed with this patch), but it only indirectly solves the “guix pull”
suggestion issue, right?
> From 89b5fa77af87e1a1537c10e929439a902806cc5c Mon Sep 17 00:00:00 2001
> From: Julien Lepiller <julien <at> lepiller.eu>
> Date: Wed, 26 Jun 2019 14:24:55 +0200
> Subject: [PATCH] gnu: system: Symlink guix inside an initial guix pull
> profile.
>
> This patch adds an initial guix pull profile to the skeletons files used
> on Guix System. This ensures that users don't have to type 'hash guix'
> after their first guix pull, and prevents 'guix pull' from suggesting to
> run 'guix pull' after it finished successfuly.
It prevents the suggestion, but only because the symlink appears to be
new. If you change the mtime of the symlink, or if you run:
GUIX_DISTRO_AGE_WARNING=1s guix pull
I think you still get the “guix pull” recommendation.
> * gnu/system/shadow.scm (skeleton-directory): Symlink guix inside an
> initial guix pull profile.
Perhaps we should add it to ‘default-skeletons’ instead of
special-casing it here? WDYT?
Thanks for working on it!
Ludo’.
Severity set to 'important' from 'normal'
Request was from
Ludovic Courtès <ludo <at> gnu.org>
to
control <at> debbugs.gnu.org
.
(Thu, 27 Jun 2019 15:22:02 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-guix <at> gnu.org
:
bug#36374
; Package
guix
.
(Tue, 24 Mar 2020 17:19:01 GMT)
Full text and
rfc822 format available.
Message #16 received at 36374 <at> debbugs.gnu.org (full text, mbox):
Ping! :-)
https://issues.guix.gnu.org/issue/36374
Now’s a good time to fix this one!
Ludo’.
Ludovic Courtès <ludo <at> gnu.org> skribis:
> Hello!
>
> Julien Lepiller <julien <at> lepiller.eu> skribis:
>
>> Here is a patch to address this issue on Guix System. It creates new
>> files in /etc/skel: an initial profile (.config/guix/initial) tgat
>> only contains a symlink to /run/current-system/profile/bin/guix and
>> the current profile as a symlink to the initial profile.
>>
>> At first boot, and for new users, guix well be found in the current
>> profile, and stays there after guix pull, so we don't need to use hash
>> guix anymore.
>
> I think this addresses the “hash guix” issue (this will no longer be
> needed with this patch), but it only indirectly solves the “guix pull”
> suggestion issue, right?
>
>> From 89b5fa77af87e1a1537c10e929439a902806cc5c Mon Sep 17 00:00:00 2001
>> From: Julien Lepiller <julien <at> lepiller.eu>
>> Date: Wed, 26 Jun 2019 14:24:55 +0200
>> Subject: [PATCH] gnu: system: Symlink guix inside an initial guix pull
>> profile.
>>
>> This patch adds an initial guix pull profile to the skeletons files used
>> on Guix System. This ensures that users don't have to type 'hash guix'
>> after their first guix pull, and prevents 'guix pull' from suggesting to
>> run 'guix pull' after it finished successfuly.
>
> It prevents the suggestion, but only because the symlink appears to be
> new. If you change the mtime of the symlink, or if you run:
>
> GUIX_DISTRO_AGE_WARNING=1s guix pull
>
> I think you still get the “guix pull” recommendation.
>
>> * gnu/system/shadow.scm (skeleton-directory): Symlink guix inside an
>> initial guix pull profile.
>
> Perhaps we should add it to ‘default-skeletons’ instead of
> special-casing it here? WDYT?
>
> Thanks for working on it!
>
> Ludo’.
Information forwarded
to
bug-guix <at> gnu.org
:
bug#36374
; Package
guix
.
(Wed, 23 Mar 2022 11:24:01 GMT)
Full text and
rfc822 format available.
Message #19 received at 36374 <at> debbugs.gnu.org (full text, mbox):
Hi,
This old report and associated patch is uncommented since a while?
<http://issues.guix.gnu.org/issue/36374>
What do we do? Include the proposed patch? Other ideas?
Cheers,
simon
Information forwarded
to
bug-guix <at> gnu.org
:
bug#36374
; Package
guix
.
(Thu, 24 Mar 2022 08:38:01 GMT)
Full text and
rfc822 format available.
Message #22 received at 36374 <at> debbugs.gnu.org (full text, mbox):
Hi,
zimoun <zimon.toutoune <at> gmail.com> skribis:
> This old report and associated patch is uncommented since a while?
>
> <http://issues.guix.gnu.org/issue/36374>
>
> What do we do? Include the proposed patch? Other ideas?
I think the initial patch doesn’t work reliably, as I wrote back then,
but something like that might work. Julien?
Ludo’.
Information forwarded
to
bug-guix <at> gnu.org
:
bug#36374
; Package
guix
.
(Thu, 23 Jun 2022 09:41:01 GMT)
Full text and
rfc822 format available.
Message #25 received at 36374 <at> debbugs.gnu.org (full text, mbox):
Hi Julien,
On Thu, 24 Mar 2022 at 09:37, Ludovic Courtès <ludo <at> gnu.org> wrote:
>> <http://issues.guix.gnu.org/issue/36374>
>>
>> What do we do? Include the proposed patch? Other ideas?
>
> I think the initial patch doesn’t work reliably, as I wrote back then,
> but something like that might work. Julien?
Friendly ping. :-)
Cheers,
simon
This bug report was last modified 2 years and 353 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.