From mboxrd@z Thu Jan 1 00:00:00 1970 From: ludo@gnu.org (Ludovic =?UTF-8?Q?Court=C3=A8s?=) Subject: bug#30505: marionette/virtio-console issues lead to test failures Date: Mon, 19 Feb 2018 21:35:05 +0100 Message-ID: <87d110g1l2.fsf@gnu.org> References: <87vaevi2sk.fsf@gnu.org> <20180218114833.7d5e7848@scratchpost.org> <87r2phezzv.fsf@gnu.org> <20180219180849.3a509e80@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:4830:134:3::10]:48978) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ensAP-0004xK-Jx for bug-guix@gnu.org; Mon, 19 Feb 2018 15:36:07 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ensAM-0002nE-7W for bug-guix@gnu.org; Mon, 19 Feb 2018 15:36:05 -0500 Received: from debbugs.gnu.org ([208.118.235.43]:43806) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1ensAM-0002lY-3T for bug-guix@gnu.org; Mon, 19 Feb 2018 15:36:02 -0500 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1ensAL-0001d9-MS for bug-guix@gnu.org; Mon, 19 Feb 2018 15:36:01 -0500 Sender: "Debbugs-submit" Resent-Message-ID: In-Reply-To: <20180219180849.3a509e80@scratchpost.org> (Danny Milosavljevic's message of "Mon, 19 Feb 2018 18:08:49 +0100") 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: 30505@debbugs.gnu.org Hello, Danny Milosavljevic skribis: >>I hadn=E2=80=99t noticed this is now part of =E2=80=98%base-services=E2= =80=99. It would be nice > if it were enabled on ARM only. Thoughts? > > Why? It's not ARM-specific and there are people using headless x86 serve= rs > posting on the mailing list :) > > It's only enabled when you specify a serial port as console on the Linux > command line - that's not going to happen accidentially. > > And once Linux uses the console for its messages it's nice to also have a > login process running in the end - otherwise it's kinda annoying having > only a read-only line when you sit right in front of the machine. Oh OK, got it, that makes sense. :-) > On Mon, 19 Feb 2018 16:54:44 +0100 > ludo@gnu.org (Ludovic Court=C3=A8s) wrote: > >> Commenting out (display "\x1b%G" (fdes->outport fd)) in (gnu services >> base) appear to solve the problem. It seems that it used to affect just >> the terminal behind FD and now somehow broadcasts to all existing >> terminals? > > It was a bad idea to do the "\x1b%G" in the first place. Because it=E2=80=99s redundant with IUTF8? > There's a Linux kernel command-line parameter "vt.default_utf8" which > is set to true anyway. In that case the iflag IUTF8 is set automatically > by Linux drivers/tty/vt/vt.c and the driver also does the same as "\x1b%G" > does in that case. > > So what do these things in (gnu services base) accomplish? Sounds like > they change nothing. > > Maybe that was only done in later Linux kernels? I checked 3.4.103, it di= d that > already. This =E2=80=98unicode-start=E2=80=99 procedure is essentially a port of the =E2=80=98unicode_start=E2=80=99 script from =E2=80=98kbd=E2=80=99. I suppo= se the justification is to make sure we=E2=80=99re using UTF-8 input regardless of what the kernel def= aults or command-line options are. Thoughts? Ludo=E2=80=99.