[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