[systemd-devel] [PATCH] units: Make getty at .service install rule generic.
Lennart Poettering
lennart at poettering.net
Tue Feb 12 19:13:24 PST 2013
On Wed, 06.02.13 09:47, Colin Guthrie (colin at mageia.org) wrote:
> The getty at .service used to specifically enable a getty at tty1.service
> under getty.target when enabled.
>
> Modern versions of systemd allow commands such as:
> systemctl enable getty at tty2.service
> which automatically create the correct symlink if the
> Install rule permits it.
>
> This changes the default getty at .service to follow this
> now standard convension.
>
> Note: Packagers may need to change their initial install
> rules due to this change (e.g. in rpm %post etc)
Hmm, but what happens then if people do run
systemctl enable getty at .service?
We really need to get the story right on this, I guess, so that
something useful happens in both cases?
> ---
> units/getty at .service.m4 | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/units/getty at .service.m4 b/units/getty at .service.m4
> index 083eb97..bd89a47 100644
> --- a/units/getty at .service.m4
> +++ b/units/getty at .service.m4
> @@ -48,4 +48,4 @@ Environment=LANG= LANGUAGE= LC_CTYPE= LC_NUMERIC= LC_TIME= LC_COLLATE= LC_MONETA
> KillSignal=SIGHUP
>
> [Install]
> -Alias=getty.target.wants/getty at tty1.service
> +WantedBy=getty.target
Lennart
--
Lennart Poettering - Red Hat, Inc.
More information about the systemd-devel
mailing list