From: ludo@gnu.org (Ludovic Courtès)
To: Chris Marusich <cmmarusich@gmail.com>
Cc: help-guix@gnu.org
Subject: Re: Questions about "guix pull"
Date: Wed, 24 Feb 2016 22:17:45 +0100 [thread overview]
Message-ID: <87egc1erk6.fsf@gnu.org> (raw)
In-Reply-To: <8760xnra9y.fsf@gmail.com> (Chris Marusich's message of "Wed, 17 Feb 2016 00:50:01 -0800")
Chris Marusich <cmmarusich@gmail.com> skribis:
> I have read the Info node "(guix) Invoking guix pull", but it doesn't
> seem to answer the following questions:
>
> - Who is allowed to run "guix pull"? Only root? Any user?
>
> - After a successful "guix pull", are the new guix tools and package
> definitions visible to everyone, regardless of who ran the command?
I’ve added a paragraph to clarify that:
Any user can update their Guix copy using @command{guix pull}, and the
effect is limited to the user who run @command{guix pull}. For
instance, when user @code{root} runs @command{guix pull}, this has no
effect on the version of Guix that user @code{alice} sees, and vice
versa@footnote{Under the hood, @command{guix pull} updates the
@file{~/.config/guix/latest} symbolic link to point to the latest Guix,
and the @command{guix} command loads code from there.}.
> - Are there any best practices, or pitfalls to avoid, when using "guix
> pull"?
Currently ‘guix pull’ updates only the Scheme part of Guix, which is
certainly the most important thing but not the only thing: see
<http://debbugs.gnu.org/cgi/bugreport.cgi?bug=22629>.
> - I understand that some people don't use "guix pull" and instead just
> run guix from a local git checkout. Should the manual also explain why
> you might want to do that and how it can be done?
I think this is mostly due to the fact that (1) many users are also Guix
developers, so they have a Git checkout around anyway ;-), (2) using the
Git checkout is usually faster (currently ‘guix pull’ redownloads the
whole thing.)
There’s also the problem that ‘guix pull’ does not authenticate the code
it downloads; the problem is also present with Git, though (currently
only release tags are signed in Guix.) All this needs to be fixed!
> I'm happy to submit a patch to improve this Info node, but I need to
> understand "guix pull" first.
Sure!
Thanks for your feedback,
Ludo’.
next prev parent reply other threads:[~2016-02-24 21:17 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-02-17 8:50 Questions about "guix pull" Chris Marusich
2016-02-17 10:05 ` Efraim Flashner
2016-02-17 18:26 ` Andreas Enge
2016-02-24 21:17 ` Ludovic Courtès [this message]
2016-02-24 21:25 ` Andreas Enge
2016-02-27 17:25 ` Ludovic Courtès
2016-02-27 19:10 ` Leo Famulari
2016-03-03 3:18 ` Chris Marusich
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=87egc1erk6.fsf@gnu.org \
--to=ludo@gnu.org \
--cc=cmmarusich@gmail.com \
--cc=help-guix@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.
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).