unofficial mirror of guix-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: "Ludovic Courtès" <ludo@gnu.org>
To: Robert Vollmert <rob@vllmrt.net>
Cc: guix-devel@gnu.org
Subject: Re: having trouble modifying guix-daemon
Date: Thu, 11 Jul 2019 18:05:34 +0200	[thread overview]
Message-ID: <87o920sgj5.fsf@gnu.org> (raw)
In-Reply-To: <740DC0A7-3AC0-4480-9744-AA7EC5E734CD@vllmrt.net> (Robert Vollmert's message of "Mon, 8 Jul 2019 09:44:00 +0200")

Hello,

Robert Vollmert <rob@vllmrt.net> skribis:

> Instead, I’d like to improve on my experience, which I’m sure others would run
> into:
>
> - working with guix, doing some calls to guix pull, guix system reconfigure.
> - notice that it takes quite a while, and often hangs for extended periods of
> time without clear indication what it’s doing, whether it’s even doing anything
> - look through the manuals to find out how to get more useful output to answer
> those questions, learn about “debug” and “verbose” command line options.
> - through trial and error, learn that “verbose” doesn’t seem to be helpful, but
> “debug” does add some output
> - but that output is mostly just pages and pages of identical locking/unlocking
> the store lines
>
> In my opinion, the debug output, if available, should help to answer the original
> questions. And certainly not prompt more questions, such as “is this just spinning
> on a lock?” which have an easy answer.

OK, I see.

Fundamentally, we should treat “guix takes a while without printing
anything” as a bug.  I think the UI should always show a progress bar,
or a spinner, or at the very least a message indicating that some
time-consuming action is taking place.

For example, I know that an initial ‘guix pull’ takes a long time
without printing anything: that’s because it’s cloning the repo, and we
don’t have Guile-Git hooks to report on the progress of that operation.
That’s clearly something to fix in the UI.  Is this specifically the
slowness you were looking at?

‘guix system’ tends to take a bit too long to just compute the system
derivation; we should probably optimize the whole thing, but also
consider adding some sort of progress report.

These are two examples of slowness where getting debugging output from
the daemon does not help at all understand what’s going on.

> To that extent, I’d like to improve the output of debug level guix pull logging.

So, I think what I’m saying is that I’d rather improve progress
reporting in the UI, than add debugging statement.  Logging and progress
report are actually almost the same thing, except that progress report
is meant for normal human beings.  :-)

Ludo’.

      reply	other threads:[~2019-07-11 16:05 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-06-26  7:47 having trouble modifying guix-daemon Robert Vollmert
2019-06-27 15:34 ` Ludovic Courtès
2019-06-28  7:19   ` Robert Vollmert
2019-07-01 10:28     ` Ludovic Courtès
2019-07-05 12:02       ` Robert Vollmert
2019-07-05 21:41         ` Ludovic Courtès
2019-07-08  7:44           ` Robert Vollmert
2019-07-11 16:05             ` Ludovic Courtès [this message]

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=87o920sgj5.fsf@gnu.org \
    --to=ludo@gnu.org \
    --cc=guix-devel@gnu.org \
    --cc=rob@vllmrt.net \
    /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).