From mboxrd@z Thu Jan 1 00:00:00 1970 From: ludo@gnu.org (Ludovic =?UTF-8?Q?Court=C3=A8s?=) Subject: bug#30939: shepherd: detailed output should be placed into well-known location and not tty Date: Tue, 27 Mar 2018 09:36:20 +0200 Message-ID: <87o9jaynpn.fsf@gnu.org> References: <20180325183555.cilo6qyrj43jh6he@abyayala> <87a7uvdke0.fsf@gnu.org> <20180326150859.6yf244bgjxi4oawt@abyayala> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:58529) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1f0jAK-0008Tf-DV for bug-guix@gnu.org; Tue, 27 Mar 2018 03:37:09 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1f0jAF-0003Mb-Ln for bug-guix@gnu.org; Tue, 27 Mar 2018 03:37:08 -0400 Received: from debbugs.gnu.org ([208.118.235.43]:47193) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1f0jAF-0003MV-Hx for bug-guix@gnu.org; Tue, 27 Mar 2018 03:37:03 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1f0jAF-0000f0-8g for bug-guix@gnu.org; Tue, 27 Mar 2018 03:37:03 -0400 Sender: "Debbugs-submit" Resent-Message-ID: In-Reply-To: <20180326150859.6yf244bgjxi4oawt@abyayala> (ng0@n0.is's message of "Mon, 26 Mar 2018 15:10:36 +0000") List-Id: Bug reports for GNU Guix List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-guix-bounces+gcggb-bug-guix=m.gmane.org@gnu.org Sender: "bug-Guix" To: ng0 Cc: 30939@debbugs.gnu.org Hello, ng0 skribis: > Sometimes I succeed building a system generation with an OpenSMTPD config= -file > which has syntax error that aren't picked up at configure time. When I re= boot, > not being aware of this, I have to switch to tty to read the reasons why = it > crashed. > Because this is a desktop system, I have to start the service again to see > the error output directly from the daemon. I think shepherd could capture stdout/stderr of the processes it starts and make it available, in a way similar in spirit to what =E2=80=98journalc= tl=E2=80=99 does. That would allow you to see the output of the daemon that failed. That=E2=80=99s the only solution I can think of. Of course we don=E2=80=99= t have to do that if the daemon writes error messages to syslog, but not all of them do. Thanks, Ludo=E2=80=99.