From mboxrd@z Thu Jan 1 00:00:00 1970 From: ng0 Subject: bug#30939: shepherd: detailed output should be placed into well-known location and not tty Date: Tue, 27 Mar 2018 09:15:29 +0000 Message-ID: <20180327091529.pcju57bro2snuxtb@abyayala> References: <20180325183555.cilo6qyrj43jh6he@abyayala> <87a7uvdke0.fsf@gnu.org> <20180326150859.6yf244bgjxi4oawt@abyayala> <87o9jaynpn.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:59161) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1f0ki6-0000vw-Fl for bug-guix@gnu.org; Tue, 27 Mar 2018 05:16:10 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1f0ki2-0003W6-Ch for bug-guix@gnu.org; Tue, 27 Mar 2018 05:16:06 -0400 Received: from debbugs.gnu.org ([208.118.235.43]:47289) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1f0ki2-0003Vt-8O for bug-guix@gnu.org; Tue, 27 Mar 2018 05:16:02 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1f0ki1-0004wQ-Tf for bug-guix@gnu.org; Tue, 27 Mar 2018 05:16:01 -0400 Sender: "Debbugs-submit" Resent-Message-ID: Content-Disposition: inline In-Reply-To: <87o9jaynpn.fsf@gnu.org> 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: Ludovic =?UTF-8?Q?Court=C3=A8s?= Cc: 30939@debbugs.gnu.org, ng0 Ludovic Courtès transcribed 839 bytes: > 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 reboot, > > 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 ‘journalctl’ > does. That would allow you to see the output of the daemon that failed. That sounds good. > That’s the only solution I can think of. Of course we don’t have to do > that if the daemon writes error messages to syslog, but not all of them do. > > Thanks, > Ludo’. Well, just a way to catch them would be good. Thanks