* Questions about "guix pull"
@ 2016-02-17 8:50 Chris Marusich
2016-02-17 10:05 ` Efraim Flashner
2016-02-24 21:17 ` Ludovic Courtès
0 siblings, 2 replies; 8+ messages in thread
From: Chris Marusich @ 2016-02-17 8:50 UTC (permalink / raw)
To: help-guix
Hi,
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?
- Are there any best practices, or pitfalls to avoid, when using "guix
pull"?
- 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'm happy to submit a patch to improve this Info node, but I need to
understand "guix pull" first.
Thank you,
Chris
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: Questions about "guix pull"
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
1 sibling, 1 reply; 8+ messages in thread
From: Efraim Flashner @ 2016-02-17 10:05 UTC (permalink / raw)
To: Chris Marusich; +Cc: help-guix
[-- Attachment #1: Type: text/plain, Size: 1953 bytes --]
On Wed, 17 Feb 2016 00:50:01 -0800
Chris Marusich <cmmarusich@gmail.com> wrote:
> Hi,
>
> 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?
Anybody can. Also, each user (and root) have their own snapshot of the guix
packages, so knowing that someone else just ran `guix pull` won't allow you
to upgrade your packages. One way it will help you, is if there's been no
change to git between the last pull on the system (by anybody) and the next
pull, the next one will reuse the definitions already saved on the machine
and not recompile them.
> - After a successful "guix pull", are the new guix tools and package
> definitions visible to everyone, regardless of who ran the command?
Available to whomever ran the command.
> - Are there any best practices, or pitfalls to avoid, when using "guix
> pull"?
In "guix on a foreign distro (aka not GuixSD)" /usr/bin/local/guix is a
symlink to root's copy of guix. When I notice that the guix binary has been
updated, I also run `sudo guix pull && sudo guix package -u`. As above, `guix
pull && sudo guix pull` will likely get the speed benefit for the sudo guix
pull.
> - 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?
The manual does have a section about using guix before installing. 8.1 and
8.2 has some information about that.
> I'm happy to submit a patch to improve this Info node, but I need to
> understand "guix pull" first.
>
> Thank you,
> Chris
>
--
Efraim Flashner <efraim@flashner.co.il> אפרים פלשנר
GPG key = A28B F40C 3E55 1372 662D 14F7 41AA E7DC CA3D 8351
Confidentiality cannot be guaranteed on emails sent or received unencrypted
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 819 bytes --]
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: Questions about "guix pull"
2016-02-17 10:05 ` Efraim Flashner
@ 2016-02-17 18:26 ` Andreas Enge
0 siblings, 0 replies; 8+ messages in thread
From: Andreas Enge @ 2016-02-17 18:26 UTC (permalink / raw)
To: Efraim Flashner; +Cc: help-guix
On Wed, Feb 17, 2016 at 12:05:03PM +0200, Efraim Flashner wrote:
> In "guix on a foreign distro (aka not GuixSD)" /usr/bin/local/guix is a
> symlink to root's copy of guix.
This is a somewhat strong wording; it depends on how root has installed
guix in the first place. I think the approach you hint at is recommended
by the manual. Personally I do a "make install" on my git checkout and have
/usr/local/bin/guix point to $PREFIX/bin/guix, where $PREFIX is what I gave
when doing "./configure --prefix=$PREFIX" for guix.
Andreas
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: Questions about "guix pull"
2016-02-17 8:50 Questions about "guix pull" Chris Marusich
2016-02-17 10:05 ` Efraim Flashner
@ 2016-02-24 21:17 ` Ludovic Courtès
2016-02-24 21:25 ` Andreas Enge
1 sibling, 1 reply; 8+ messages in thread
From: Ludovic Courtès @ 2016-02-24 21:17 UTC (permalink / raw)
To: Chris Marusich; +Cc: help-guix
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’.
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: Questions about "guix pull"
2016-02-24 21:17 ` Ludovic Courtès
@ 2016-02-24 21:25 ` Andreas Enge
2016-02-27 17:25 ` Ludovic Courtès
0 siblings, 1 reply; 8+ messages in thread
From: Andreas Enge @ 2016-02-24 21:25 UTC (permalink / raw)
To: Ludovic Courtès; +Cc: help-guix
Small typo:
On Wed, Feb 24, 2016 at 10:17:45PM +0100, Ludovic Courtès wrote:
> 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
"the user who run_s_"
Andreas
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: Questions about "guix pull"
2016-02-24 21:25 ` Andreas Enge
@ 2016-02-27 17:25 ` Ludovic Courtès
2016-02-27 19:10 ` Leo Famulari
0 siblings, 1 reply; 8+ messages in thread
From: Ludovic Courtès @ 2016-02-27 17:25 UTC (permalink / raw)
To: Andreas Enge; +Cc: help-guix
Andreas Enge <andreas@enge.fr> skribis:
> Small typo:
>
> On Wed, Feb 24, 2016 at 10:17:45PM +0100, Ludovic Courtès wrote:
>> 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
>
> "the user who run_s_"
US spelling of the preterit of “run”, I think. :-)
Ludo’.
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: Questions about "guix pull"
2016-02-27 17:25 ` Ludovic Courtès
@ 2016-02-27 19:10 ` Leo Famulari
2016-03-03 3:18 ` Chris Marusich
0 siblings, 1 reply; 8+ messages in thread
From: Leo Famulari @ 2016-02-27 19:10 UTC (permalink / raw)
To: Ludovic Courtès; +Cc: help-guix
On Sat, Feb 27, 2016 at 06:25:33PM +0100, Ludovic Courtès wrote:
> Andreas Enge <andreas@enge.fr> skribis:
>
> > Small typo:
> >
> > On Wed, Feb 24, 2016 at 10:17:45PM +0100, Ludovic Courtès wrote:
> >> 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
> >
> > "the user who run_s_"
>
> US spelling of the preterit of “run”, I think. :-)
I've never heard the word "preterit" before, so I looked it up on
Wikipedia, and this example was offered:
---
A number of English verbs form their preterites irregularly, a result of
either Ablaut, a regular set of sound changes (to an interior vowel) in
the conjugation of a strong verb, or because the verb conjugations are
the remains of a more complex system of tenses in irregular verbs:
[...]
* He ran to the store. (Preterite of "run".)
---
^ permalink raw reply [flat|nested] 8+ messages in thread
end of thread, other threads:[~2016-03-03 3:18 UTC | newest]
Thread overview: 8+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
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
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
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/guix.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.