all messages for Guix-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: ng0 <ng0@n0.is>
To: "Clément Lassieur" <clement@lassieur.org>
Cc: guix-devel@gnu.org, ng0 <ng0@n0.is>
Subject: Re: how to get the path of the logfile after an unsuccesful build?
Date: Fri, 9 Mar 2018 14:39:34 +0000	[thread overview]
Message-ID: <20180309143934.4cuuzjsopjvlfvlg@abyayala> (raw)
In-Reply-To: <87vae5iarb.fsf@lassieur.org>

Clément Lassieur transcribed 766 bytes:
> ng0 <ng0@n0.is> writes:
> 
> > Ricardo Wurmus transcribed 358 bytes:
> >> 
> >> ng0 <ng0@n0.is> writes:
> >> 
> >> > did we ever talk about that there's too little information on how to get
> >> > the current log file of a failed build? I need this right now (the full log)
> >> > and I can't remember how, and making use of the log folder in var/log/guix/ won't
> >> > help either.
> >> 
> >> The daemon doesn’t keep logs for failed builds.
> >> 
> >> -- 
> >> Ricardo
> >
> > So how are we supposed to figure out failures then that happen outside of the length of
> > the terminal scrollback? Of course I could run it in tmux, but having log files to
> > share of the failed build comes in handy when debugging builds with upstream/downstream
> > projects.
> 
> Can't you redirect the output to a file?

  guix build hello  2>&1 | tee output.txt

would work of course, but why throw away the logs when we could just save them?
It seems not very developer friendly to me. This way I will just write another
script that wraps around guix build and saves all my build logs to a location.
I think guix should handle this by default unless there are good reasons not to
do it.
-- 
A88C8ADD129828D7EAC02E52E22F9BBFEE348588
https://n0.is/~ng0

  reply	other threads:[~2018-03-09 14:39 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-03-09  9:15 how to get the path of the logfile after an unsuccesful build? ng0
2018-03-09 13:52 ` Ricardo Wurmus
2018-03-09 14:06   ` ng0
2018-03-09 14:28     ` Clément Lassieur
2018-03-09 14:39       ` ng0 [this message]
2018-03-09 14:44     ` Hartmut Goebel
2018-03-09 14:49       ` ng0
2018-03-09 15:28       ` Clément Lassieur
2018-03-10 15:31       ` Ludovic Courtès
2018-03-10 22:29         ` Ricardo Wurmus
2018-03-09 21:49 ` Mark H Weaver
2018-03-12  0:55   ` Mark H Weaver
2018-03-23  4:54     ` Chris Marusich
2018-03-11  6:28 ` Catonano
2018-03-11  6:46   ` Catonano
2018-03-11 11:12     ` Ricardo Wurmus
2018-03-11  8:11   ` ng0

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

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20180309143934.4cuuzjsopjvlfvlg@abyayala \
    --to=ng0@n0.is \
    --cc=clement@lassieur.org \
    --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 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.