From mboxrd@z Thu Jan 1 00:00:00 1970 From: Danny Milosavljevic Subject: bug#34580: Service ssh-daemon could not be started Date: Sat, 28 Sep 2019 20:23:29 +0200 Message-ID: <20190928202329.473e4665@scratchpost.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> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; boundary="Sig_/e=3K7l+hyMzw+1J74K/C+A3"; protocol="application/pgp-signature" Return-path: Received: from eggs.gnu.org ([2001:470:142:3::10]:42463) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iEHO0-0004sm-CT for bug-guix@gnu.org; Sat, 28 Sep 2019 14:24:05 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1iEHNy-0003Hb-KW for bug-guix@gnu.org; Sat, 28 Sep 2019 14:24:04 -0400 Received: from debbugs.gnu.org ([209.51.188.43]:42406) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1iEHNy-0003Gp-H7 for bug-guix@gnu.org; Sat, 28 Sep 2019 14:24:02 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1iEHNy-0008Ow-8u for bug-guix@gnu.org; Sat, 28 Sep 2019 14:24:02 -0400 Sender: "Debbugs-submit" Resent-Message-ID: In-Reply-To: <87tv8wqpsf.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" Cc: Brant Gardner , 34580@debbugs.gnu.org --Sig_/e=3K7l+hyMzw+1J74K/C+A3 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi everyone, On Sat, 28 Sep 2019 19:44:16 +0200 Ludovic Court=C3=A8s wrote: > =E2=80=98term-auto=E2=80=99 is actually something that doesn=E2=80=99t st= art; it=E2=80=99s confusing, we > should present it differently, maybe as a one-shot service. term-auto automatically provides a shell on the console if that is a serial console. Maybe it's not represented ideally, but bootstrapping (and sometimes using) ARM boards without it is a nightmare. What it does is check /proc/cmdline for a "console" argument and if it's a serial console, start a serial getty for login. If the "console" argument is not a serial console, term-auto will fail (f.e. in order to prevent shepherd from auto-restarting it). If you then log out again, it will restart the getty, so it's not one-shot. Maybe we could somehow automatically load another service into shepherd (it can be scripted at runtime--including what services are provided, right= ?). 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. Other= wise it would just not register the "term-ttyACM0" service. In both cases, its = job would be done afterwards. How then do we make shepherd actually start the = new service? To anyone trying this (including me if I do try it), please don't break it (when changing it) while the sshd problem is still broken--that would REALLY lock you out of your machines. --Sig_/e=3K7l+hyMzw+1J74K/C+A3 Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEEds7GsXJ0tGXALbPZ5xo1VCwwuqUFAl2PpSEACgkQ5xo1VCww uqU3Lgf+I/K79kYdp7hNuTpR3yfx7lnZMg59NFs/tt4upy5tOmj9AIPaTXols8wJ XWiU2uto8wq1HwaljegsWVzORYNqamSmM1Yrs/8qaRPbc/8VsG489s7p9PgEOX1V Q8GsGPnGvx0hjlKynoxiK+aMmPBaEH9GY1lflqteaYesDxFCwxDQAOSXUN3l69lI JFH2z07tGetwHaej9uY8QpKSVG2LaUFALOHpeEuHM85RQ8H/Z77aUCK1iUjuNDkA 9/Tom14T3EOW32TrzcqyJRmHRFkvgZ1ROS/izC01eKAlRHzXAvSsnK0r2071dwjQ 68Czdmukc/gefy7BpuuTD2/IqGlHNQ== =1k93 -----END PGP SIGNATURE----- --Sig_/e=3K7l+hyMzw+1J74K/C+A3--