unofficial mirror of guix-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: Danny Milosavljevic <dannym@scratchpost.org>
To: "Daniel Schäfer" <git@danielschaefer.me>
Cc: guix-devel@gnu.org
Subject: Re: Running individual system tests
Date: Wed, 23 Oct 2019 15:04:13 +0200	[thread overview]
Message-ID: <20191023150413.2c8ba41e@scratchpost.org> (raw)
In-Reply-To: <20cc7df7-89bd-120b-d18d-c4a5b3bbbda3@danielschaefer.me>

[-- Attachment #1: Type: text/plain, Size: 1490 bytes --]

Hi,

On Wed, 23 Oct 2019 14:03:20 +0200
Daniel Schäfer <git@danielschaefer.me> wrote:

> And I have to do it, whenever I want to run any system test, or build an 
> in-tree package (which I'm going to submit for inclusion)?

Yes, in the end you have to do that.  I agree that that's a very high
bar of entry (for example compared to Gentoo ebuilds).  But yes.

> Or more precisely: It has to be run, once, before I do those things. 
> Question: Doesn't it ever have to be rerun? How are new modules compiled?

Yes.  Ideally (in order to have a consistent state), delete the entire git
clone of guix, then clone guix again and do it all over again.

In practice I only invoke "make -j5" again.
If that doesn't work, I invoke "./configure --localstatedir=/var" again
and then "make -j5".
This will incrementally compile new things so it will be quite fast.

If the version of Guile got swapped before the second run of that stuff, the
final result will be Frankenstein's monster, though, so I'm under no illusion
that that's safe.

> It takes 33 minutes on my laptop and is only going to take longer, when 
> Guix gets bigger.

-j5

> Is there maybe an interpreted mode?

There is, but it is buggy.  Ideally, nobody has to run "make" before
any of this stuff (Guile can just interpret the scm files) but there's
a strange bug where Guile then will use the wrong files (probably old
compiled files from ~/.cache) if you do that, so I never do it anymore.

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]

  reply	other threads:[~2019-10-23 13:04 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <e9c67f90-8c08-7019-1dbc-a4cd09704728@danielschaefer.me>
2019-10-19 10:06 ` Fwd: Running individual system tests Daniel Schäfer
2019-10-19 11:27   ` Marius Bakke
2019-10-19 17:35   ` Ricardo Wurmus
2019-10-21  6:43     ` Daniel Schäfer
2019-10-23 12:03       ` Daniel Schäfer
2019-10-23 13:04         ` Danny Milosavljevic [this message]
2019-10-23 16:02         ` Ricardo Wurmus
2019-10-25 20:28   ` Ludovic Courtès

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=20191023150413.2c8ba41e@scratchpost.org \
    --to=dannym@scratchpost.org \
    --cc=git@danielschaefer.me \
    --cc=guix-devel@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.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/guix.git

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).