From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ludovic =?UTF-8?Q?Court=C3=A8s?= Subject: bug#34580: Service ssh-daemon could not be started Date: Sat, 28 Sep 2019 21:47:10 +0200 Message-ID: <87lfu8p5j5.fsf@gnu.org> References: <20190219212126.GA2371@jurong> <87pnjqm809.fsf@gnu.org> <6d672221-0e2f-40cd-b129-1f893fe13472@www.fastmail.com> <87o8z6kclh.fsf@gnu.org> <75efee63-c5e4-4d7f-aec2-e1afa3a8ba00@www.fastmail.com> <87pnjkzrca.fsf@gnu.org> <754a6968-2d9e-431d-a545-7580fd81b7db@www.fastmail.com> <20190928135456.xm3ioetdynui7wtt@pelzflorian.localdomain> <87tv8wqpsf.fsf@gnu.org> <20190928202329.473e4665@scratchpost.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:470:142:3::10]:49485) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iEIhH-0007bk-U4 for bug-guix@gnu.org; Sat, 28 Sep 2019 15:48:04 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1iEIhG-0005ah-Tu for bug-guix@gnu.org; Sat, 28 Sep 2019 15:48:03 -0400 Received: from debbugs.gnu.org ([209.51.188.43]:42483) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1iEIhG-0005ad-Qi for bug-guix@gnu.org; Sat, 28 Sep 2019 15:48:02 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1iEIhG-0006F6-OO for bug-guix@gnu.org; Sat, 28 Sep 2019 15:48:02 -0400 Sender: "Debbugs-submit" Resent-Message-ID: In-Reply-To: <20190928202329.473e4665@scratchpost.org> (Danny Milosavljevic's message of "Sat, 28 Sep 2019 20:23:29 +0200") 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: Danny Milosavljevic Cc: Brant Gardner , 34580@debbugs.gnu.org Hi Danny! Danny Milosavljevic skribis: > So we could have a one-shot service "term-auto" which checks /proc/cmdline > (which can't change until the next reboot anyway), and if there's a serial > console, register a new (normal) service "term-ttyACM0" or whatever. Oth= erwise > it would just not register the "term-ttyACM0" service. In both cases, it= s job > would be done afterwards. How then do we make shepherd actually start th= e new > service? The =E2=80=98start=E2=80=99 method should of =E2=80=98term-auto=E2=80=99 sh= ould be able to register a new service and to call its =E2=80=98start=E2=80=99 method. I haven=E2=80= =99t tried but it should work. That would allow us to make =E2=80=98term-auto=E2=80=99 one-shot, which wou= ld be nicer! Thanks, Ludo=E2=80=99.