shaba/systemd
1
0
Fork 0
mirror of https://github.com/systemd/systemd.git synced 2024-11-05 06:52:22 +03:00
Code
9507fe63d9
systemd/units/getty@.service.m4

67 lines
1.9 KiB
Plaintext
Raw Normal View History

units: add distribution-specific units
2010-05-17 03:34:36 +04:00
# This file is part of systemd.
#
# systemd is free software; you can redistribute it and/or modify it
relicense to LGPLv2.1 (with exceptions) We finally got the OK from all contributors with non-trivial commits to relicense systemd from GPL2+ to LGPL2.1+. Some udev bits continue to be GPL2+ for now, but we are looking into relicensing them too, to allow free copy/paste of all code within systemd. The bits that used to be MIT continue to be MIT. The big benefit of the relicensing is that closed source code may now link against libsystemd-login.so and friends.
2012-04-12 02:20:58 +04:00
# under the terms of the GNU Lesser General Public License as published by
# the Free Software Foundation; either version 2.1 of the License, or
units: add distribution-specific units
2010-05-17 03:34:36 +04:00
# (at your option) any later version.
[Unit]
Description=Getty on %I
units: introduce new Documentation= field and make use of it everywhere This should help making the boot process a bit easier to explore and understand for the administrator. The simple idea is that "systemctl status" now shows a link to documentation alongside the other status and decriptionary information of a service. This patch adds the necessary fields to all our shipped units if we have proper documentation for them.
2012-05-21 17:12:18 +04:00
Documentation=man:agetty(8)
getty: VC devices are always available, we don't need to wait until they show up
2012-04-12 19:29:42 +04:00
After=systemd-user-sessions.service plymouth-quit-wait.service
units: update shipped unit files for DefaultDependencies=
2010-07-03 21:53:37 +04:00
m4_ifdef(`TARGET_FEDORA',
After=rc-local.service
)m4_dnl
m4_ifdef(`TARGET_ARCH',
After=rc-local.service
)m4_dnl
Frugalware: start gettys after local.service
2010-12-16 17:00:51 +03:00
m4_ifdef(`TARGET_FRUGALWARE',
After=local.service
)m4_dnl
build-sys: update ALTLinux support Please apply patch for update ALTLinux support.
2011-02-28 16:02:27 +03:00
m4_ifdef(`TARGET_ALTLINUX',
After=rc-local.service
build-sys: add Mandriva distribution support This merges several separate patches that I carry as part of Mandriva systemd RPM. They touch those parts that are very unlikely to be changed in near future and do not impose any functionality change for systemd core. I also think it is useful for troubleshooting to have real distribution name in system logs, espicially when someone reports problem upstream. The patch looks bigger than sum of replaced patches because - previous patches were applied on top of distro=fedora, now I need to add all those bits for distro=mandriva as well - part of patch was done as spec file magic, but it seems more logical to ship all these bits together
2011-03-08 21:47:29 +03:00
)m4_dnl
m4_ifdef(`TARGET_MANDRIVA',
After=rc-local.service
build-sys: update ALTLinux support Please apply patch for update ALTLinux support.
2011-02-28 16:02:27 +03:00
)m4_dnl
Add Mageia support This patch adds support for the Mageia Linux distribution: http://www.mageia.org/ Mageia is a fork of Mandriva although some divergence has already occured and thus inclusion of these changes upstream allow us to (hopefully) migrate more rapidly to the new standard approaches systemd offers. Indeed, we already use the preferred mechanism of OS identification via the /etc/os-release file rather than a distro specific variation. This patch mostly mirrors the patch added previously for Mandriva support. In addition to those original authors, this patch was mostly written by Dexter Morgan with help from Colin Guthrie and Eugeni Dodonov.
2011-10-28 21:16:33 +04:00
m4_ifdef(`TARGET_MAGEIA',
After=rc-local.service
)m4_dnl
units: add distribution-specific units
2010-05-17 03:34:36 +04:00
units: enable utmp for serial gettys too
2010-10-08 20:22:44 +04:00
# If additional gettys are spawned during boot then we should make
# sure that this is synchronized before getty.target, even though
# getty.target didn't actually pull it in.
units: make sure getty@xxx.service is always run before gettys.target
2010-08-19 01:10:27 +04:00
Before=getty.target
units: exclude gettys from isolate requests gettys are nowadays mostly autospawned and hence usually subject to being shut down on isolate requests, since they are no dependency of any other unit. This is a bad idea if the user isolates between multi-user.graphical and graphical.target, hence exclude them from the isolation. This has the effect that gettys no longer cleaned up when emergency.target is isolated, which might actualy be considered a feature, even though it is a change from previous behaviour... Note that the one getty that really matters (the one on tty1) is still removed when isolating to emergency.target since it conflicts with emergency.service.
2012-04-11 23:58:33 +04:00
IgnoreOnIsolate=yes
units: make sure getty@xxx.service is always run before gettys.target
2010-08-19 01:10:27 +04:00
getty: skip VC gettys if the VC subsystem is not available
2012-04-12 19:31:26 +04:00
# On systems without virtual consoles, don't start any getty. (Note
# that serial gettys are covered by serial-getty@.service, not this
# unit
ConditionPathExists=/dev/tty0
units: add distribution-specific units
2010-05-17 03:34:36 +04:00
[Service]
units: set TERM for gettys again, since they acquire a TTY on their own
2010-11-16 03:54:07 +03:00
Environment=TERM=linux
units: avoid redundant VT clearing by agetty TTYVTDisallocate=yes already clears the VT. agetty does not need to do it again. Run it with --noclear. Felix Miata found the double clearing confusing in this bugreport: https://bugzilla.redhat.com/show_bug.cgi?id=828007 Add a comment explaining what clears the VT.
2012-06-06 13:26:30 +04:00
# the VT is cleared by TTYVTDisallocate
ExecStart=-/sbin/agetty --noclear %I 38400
service: introduce Type=idle and use it for gettys Type=idle is much like Type=simple, however between the fork() and the exec() in the child we wait until PID 1 informs us that no jobs are left. This is mostly a cosmetic fix to make gettys appear only after all boot output is finished and complete. Note that this does not impact the normal job logic as we do not delay the completion of any jobs. We just delay the invocation of the actual binary, and only for services that otherwise would be of Type=simple.
2012-04-24 16:28:00 +04:00
Type=idle
service: rename settings for Restart= from 'restart-always' to 'always' and similar
2010-10-05 22:30:44 +04:00
Restart=always
units: fix execution environment for a few services
2010-05-18 05:08:18 +04:00
RestartSec=0
service: optionally, create INIT_PROCESS/DEAD_PROCESS entries for a service This should fix accounting for pam_limits and suchlike. https://bugzilla.redhat.com/show_bug.cgi?id=636036
2010-10-08 18:06:23 +04:00
UtmpIdentifier=%I
exec: hangup/reset/deallocate VTs in gettys Explicitly disconnect all clients from a VT when a getty starts/finishes (requires TIOCVHANGUP, available in 2.6.29). Explicitly deallocate getty VTs in order to flush scrollback buffer. Explicitly reset terminals to a defined state before spawning getty.
2011-05-18 03:07:31 +04:00
TTYPath=/dev/%I
TTYReset=yes
TTYVHangup=yes
TTYVTDisallocate=yes
exec: drop process group kill mode since it has little use and confuses the user
2011-03-30 01:31:38 +04:00
KillMode=process
service: ignore SIGPIPE by default
2012-02-09 06:18:04 +04:00
IgnoreSIGPIPE=no
units: always send HUP when dealing with shells/gettys/logins
2010-08-05 22:29:11 +04:00
getty: unset locale before execution On the console indian characters cannot be displayed, hence it is advisable to disable indian locales on the console, which most distributions traditionally did from a shell fragment executed post login. If getty gets started with locale settings passed it would itself however be translated without the no-indian-on-console fixup applied. Hence, for now don't pass any locale settings to getty/login, and thus rely on the classic post-login script fragment to set and fix the locale. Eventually we probably want to drop this again since the system locale should be read and set at one place, and not at multiple, and that one place should be PID 1. https://bugzilla.redhat.com/show_bug.cgi?id=663900
2011-01-06 22:38:06 +03:00
# Unset locale for the console getty since the console has problems
# displaying some internationalized messages.
locale: support $LANGUAGE too $LANGUAGE is a GNU extension that is probably worth supporting, since it allows specifiying an order of languages. https://bugs.freedesktop.org/show_bug.cgi?id=40510
2011-08-31 16:09:14 +04:00
Environment=LANG= LANGUAGE= LC_CTYPE= LC_NUMERIC= LC_TIME= LC_COLLATE= LC_MONETARY= LC_MESSAGES= LC_PAPER= LC_NAME= LC_ADDRESS= LC_TELEPHONE= LC_MEASUREMENT= LC_IDENTIFICATION=
getty: unset locale before execution On the console indian characters cannot be displayed, hence it is advisable to disable indian locales on the console, which most distributions traditionally did from a shell fragment executed post login. If getty gets started with locale settings passed it would itself however be translated without the no-indian-on-console fixup applied. Hence, for now don't pass any locale settings to getty/login, and thus rely on the classic post-login script fragment to set and fix the locale. Eventually we probably want to drop this again since the system locale should be read and set at one place, and not at multiple, and that one place should be PID 1. https://bugzilla.redhat.com/show_bug.cgi?id=663900
2011-01-06 22:38:06 +03:00
units: always send HUP when dealing with shells/gettys/logins
2010-08-05 22:29:11 +04:00
# Some login implementations ignore SIGTERM, so we send SIGHUP
# instead, to ensure that login terminates cleanly.
units: getty - suse: login wants SIGHUP
2010-08-04 20:56:35 +04:00
KillSignal=SIGHUP
unit: add [Install] section to various service files
2010-06-18 23:56:21 +04:00
[Install]
logind: autospawn gettys when necessary
2011-06-28 02:26:10 +04:00
Alias=getty.target.wants/getty@tty1.service
Copy Permalink