GNU bug report logs - #55360
[Installer] ‘guix system init’ displays dots instead of progress bars

Previous Next

Package: guix;

Reported by: Ludovic Courtès <ludo <at> gnu.org>

Date: Wed, 11 May 2022 09:24:01 UTC

Severity: important

Merged with 58375

Done: Mathieu Othacehe <othacehe <at> gnu.org>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Ludovic Courtès <ludo <at> gnu.org>
To: Josselin Poiret <dev <at> jpoiret.xyz>,  Mathieu Othacehe <othacehe <at> gnu.org>
Cc: 55360 <at> debbugs.gnu.org
Subject: bug#55360: [Installer] ‘guix system init’ displays dots instead of progress bars
Date: Mon, 18 Jul 2022 21:58:50 +0200
Hi!

Ludovic Courtès <ludo <at> gnu.org> skribis:

> During installation, ‘guix system init’ displays dots instead of
> progress bars for downloads and such.
>
> This suggests that ‘display-download-progress’ gets #:tty? #f.  This may
> be a side effect of running it in a pipe in
> ‘run-external-command-with-handler’.

This was introduced by:

  commit 0b9fbbb4dd24f227c9a708561ba291f6169ad2e6
  Date:   Sat Jan 15 14:50:00 2022 +0100

      installer: Capture external commands output.

      * gnu/installer/utils.scm (run-external-command-with-handler,
      run-external-command-with-line-hooks): New variables.
      (run-command): Use run-external-command-with-line-hooks.

According to <https://issues.guix.gnu.org/53063#0-lineno9>, the goal was
(unsurprisingly) to log standard output of commands.

I’m not sure it’s a good idea for ‘guix system init’: we’d be logging
mostly progress bars, package names, and the likes to syslog—not super
useful.  So I’d suggest not capturing stdout of ‘guix system init’.

However, I wouldn’t mind factorizing the syslog facilities from
2cf65e1d543407bc7db43e7c7d39a215907efebc into, say, (guix syslog), and
have (guix scripts system) use it to log important events.

Thoughts?

What about using ‘run-external-command-with-line-hooks’ for other
commands though?  IIUC, the primary use case is file system tools.

My gut feeling is that the cost/benefit ratio isn’t worth it (the cost
here is complexity and maintenance burden of
‘run-external-command-with-handler’ & co.; the benefit is improved
logging).

WDYT?

I can hopefully dedicate a bit of time to this, but I need your
guidance, comrades.  :-)

Ludo’.




This bug report was last modified 2 years and 214 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.