Re: [systemd-devel] [PATCH] console-getty.service: conflict with vconsole-setup

2013-07-20 Thread Kay Sievers
On Sat, Jul 20, 2013 at 6:43 PM, Ramkumar Ramachandra wrote: > Kay Sievers wrote: >> such work-arounds need to >> be a generic as possible > > I disagree with this. I specifically asked Lennart about a /dev/tty0 > being created by hand using mknod earlier: his answer was that systemd > does not s

Re: [systemd-devel] [PATCH] console-getty.service: conflict with vconsole-setup

2013-07-20 Thread Ramkumar Ramachandra
Kay Sievers wrote: > such work-arounds need to > be a generic as possible I disagree with this. I specifically asked Lennart about a /dev/tty0 being created by hand using mknod earlier: his answer was that systemd does not support it. In the most generic scenario, you cannot rely on the sanity o

Re: [systemd-devel] [PATCH] console-getty.service: conflict with vconsole-setup

2013-07-20 Thread Kay Sievers
On Sat, Jul 20, 2013 at 6:16 PM, Zbigniew Jędrzejewski-Szmek wrote: >> What uml does here sound really weird, and vconsole should just >> silently give up when it finds such a messed up setup. :) > Sure, or we can add a one line check in the unit file. That what > we have those Conditions for :)

Re: [systemd-devel] [PATCH] console-getty.service: conflict with vconsole-setup

2013-07-20 Thread Zbigniew Jędrzejewski-Szmek
On Sat, Jul 20, 2013 at 12:09:09PM +0200, Kay Sievers wrote: > On Fri, Jul 19, 2013 at 8:31 PM, Zbigniew Jędrzejewski-Szmek > wrote: > > On Fri, Jul 19, 2013 at 11:50:53PM +0530, Ramkumar Ramachandra wrote: > > [intertesting analysis removed] > > > >> So, I can provide a patch for getty-generator

Re: [systemd-devel] [PATCH] console-getty.service: conflict with vconsole-setup

2013-07-20 Thread Kay Sievers
On Fri, Jul 19, 2013 at 8:31 PM, Zbigniew Jędrzejewski-Szmek wrote: > On Fri, Jul 19, 2013 at 11:50:53PM +0530, Ramkumar Ramachandra wrote: > [intertesting analysis removed] > >> So, I can provide a patch for getty-generator to detect um Linux and >> switch to getty on /dev/console, but vconsole-s

Re: [systemd-devel] [PATCH] console-getty.service: conflict with vconsole-setup

2013-07-19 Thread Zbigniew Jędrzejewski-Szmek
On Fri, Jul 19, 2013 at 11:50:53PM +0530, Ramkumar Ramachandra wrote: [intertesting analysis removed] > So, I can provide a patch for getty-generator to detect um Linux and > switch to getty on /dev/console, but vconsole-setup will still fail; > what should we do about that? Make systemd-vconsole-

Re: [systemd-devel] [PATCH] console-getty.service: conflict with vconsole-setup

2013-07-19 Thread Ramkumar Ramachandra
Lennart Poettering wrote: > /dev/tty0 always points to the foreground VC tty. Are you saying UML > provides /dev/tty0 but not /dev/tty1, /dev/tty2, ...? I am pretty sure > that UML should be fixed to provide neither or both, evertyhing else is > broken. Thanks for all the information. With some h

Re: [systemd-devel] [PATCH] console-getty.service: conflict with vconsole-setup

2013-07-16 Thread Lennart Poettering
On Tue, 16.07.13 20:19, Ramkumar Ramachandra (artag...@gmail.com) wrote: > > Lennart Poettering wrote: > > Similar story here. systemd-vconsole-setup is actually conditionalized > > on ConditionPathExists=/dev/tty0, i.e. will only run on systems where > > the VT is actually built into the kernel,

Re: [systemd-devel] [PATCH] console-getty.service: conflict with vconsole-setup

2013-07-16 Thread Ramkumar Ramachandra
Lennart Poettering wrote: > Similar story here. systemd-vconsole-setup is actually conditionalized > on ConditionPathExists=/dev/tty0, i.e. will only run on systems where > the VT is actually built into the kernel, and skipped on all others. If > UML has not useful VT I'd recommend compiling it out

Re: [systemd-devel] [PATCH] console-getty.service: conflict with vconsole-setup

2013-07-16 Thread Lennart Poettering
On Tue, 16.07.13 18:51, Ramkumar Ramachandra (artag...@gmail.com) wrote: > system-vconsole-setup.service runs systemd-vconsole-setup to set up > virtual consoles, but console-getty.service implies that virtual > consoles aren't present, and that we're falling back to /dev/console. Similar story h