From: Tobias Geerinckx-Rice <me@tobias.gr>
To: help-guix@gnu.org
Cc: Zelphir Kaltstahl <zelphirkaltstahl@posteo.de>
Subject: Re: Guix installing different package versions on different machines
Date: Sat, 28 Sep 2019 16:41:56 +0200 [thread overview]
Message-ID: <8736ggeb4b.fsf@nckx> (raw)
In-Reply-To: <425835ca2fe9d7d916dee3ff317cb9fa0729abec.camel@gmail.com>
[-- Attachment #1: Type: text/plain, Size: 2210 bytes --]
Zelphir,
Zelphir Kaltstahl 写道:
> I installed Guix on my own machine (Xubuntu 18.04.3) and at work
> on my
> machine (Ubuntu 18.04.3). Although I do `guix pull` and then
> `guix
> package -u`, both machines get different versions of packages
> installed
> this way.
> Guile (home: 2.2.4, work: 2.2.6).
This is not normal. GNU Guile 2.2.6 was added to Guix almost 3
months ago.
What does ‘guix describe’ return on both machines? Something
recent? You can look up the commit IDs in the git history.
What does ‘which guix’ say? It should print the same thing on
both machines (/home/you!/.config/guix/current/bin/guix).
Certainly not /usr/local/bin/guix or anything like that.
> I don't
> understand this behavior, as I thought that both installations
> of Guix
> should use the same repositories, because I installed them the
> same way
> and I even use the same OS at the core. Furthermore I thought,
> that Guix
> installs packages as they have been provided by contributors and
> does
> not perform checks, whether some package is suitable on a
> system.
>
> Where is my understanding wrong?
Trick question :-) Your understanding is, generally, correct.
> What can lead to this behavior?
Guix doesn't strictly ‘use repositories’: package definitions are
part of and updated in sync with the package manager, which is why
it matters *which* guix runs when you invoke it and why I'm
interested in the output of ‘which guix’ above. ‘guix pull’
*only* updates /home/you!/.config/guix/current/bin/guix.
Packages can be marked as unsupported on certain architectures
(e.g. i686 vs. x86_64 or aarch64) and/or kernels (the Hurd or
Linux), but guile@2.2.6 supports all of them.
AFAIK Guix only runs on one OS (GNU), so that can't affect things
either.
Jesse Gibbons 写道:
> To make sure all package versions match, write cron jobs to do
> this at the
> same time on both machines.
Yes. If said matching is really important to you, having all
machines ‘git pull --commit=…’ to the same commit is even better
but requires some communication between them.
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]
next prev parent reply other threads:[~2019-09-28 14:42 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-09-28 13:02 Guix installing different package versions on different machines Zelphir Kaltstahl
2019-09-28 13:48 ` Jesse Gibbons
2019-09-28 14:41 ` Tobias Geerinckx-Rice [this message]
2019-09-28 20:43 ` Zelphir Kaltstahl
2019-09-29 23:02 ` Hebi Li
2019-10-03 13:13 ` Zelphir Kaltstahl
2019-10-03 15:06 ` Tobias Geerinckx-Rice
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=8736ggeb4b.fsf@nckx \
--to=me@tobias.gr \
--cc=help-guix@gnu.org \
--cc=zelphirkaltstahl@posteo.de \
/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).