[systemd-devel] Have custom agetty behaviour even after upgadres

[Lennart Poettering]

On Thu, 10.05.12 23:27, Seblu (seblu at seblu.net) wrote:

> Hello,
> 
> on my archlinux test computer i would have first console not cleaned
> and other spawned statically (crazy idea isn't it).
> 
> So I've turned NAutoVTs to 1 in /etc/systemd/systemd-logind.conf.
> I've copied /usr/lib/systemd/system/getty at .service into
> /etc/systemd/system/ and patched as following:

> My issue is at every systemd package upgrade, getty at tty1.service is
> replaced by a new one linked to
> /usr/lib/systemd/system/getty at .service.
> And i loose my configuration.

This sounds like a packaging problem downstream, nothing we can fix upstream.

> I suggested to archlinux maintainer to flag as "backup"
> getty at tty1.service to avoid this replacment. But it doesn't seems to
> be a good solution.
> 
> Another solution was to remove getty at tty1.service from
> /etc/systemd/system/ (in arch package). This works with static vt
> allocation, but when NAutoVTs=0 (default), wihtout this file, there is
> no tty1 console. It would be sad this is the main expected behaviour.
> Why with autovt we need this file?

because /dev/tty1 is kinda special, and detection of non-usage racy,
since we output console output on it.

> I'm also wondering if we keep in mind the smart hierarchy of
> /usr/lib/systemd/system, /etc/systemd/system, /run/systemd/system, why
> this file is not in /usr/lib/systemd/system/getty.target.wants? This
> would let administrator override it cleanly.

Well, on some systems it might make sense to remove the getty on tty1
entirely, i.e. where the primary means of entry is a serial terminal.

Lennart

-- 
Lennart Poettering - Red Hat, Inc.