[systemd-bugs] [Bug 66889] New: Replace getty without creating a symlink.

[bugzilla-daemon at freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=66889

          Priority: medium
            Bug ID: 66889
          Assignee: systemd-bugs at lists.freedesktop.org
           Summary: Replace getty without creating a symlink.
        QA Contact: systemd-bugs at lists.freedesktop.org
          Severity: normal
    Classification: Unclassified
                OS: Linux (All)
          Reporter: jp at keepskatinbro.com
          Hardware: All
            Status: NEW
           Version: unspecified
         Component: general
           Product: systemd

I'm trying out kmscon, and in order for systemd-logind to replace
getty at .service with kmscon at .service in each tty where get would otherwise run,
etc/systemd/system/autovt at .service has to be symlinked to
/usr/lib/systemd/system/kmsconvt at .service. This will cause tty1-6 to run kmscon
instead of agetty (assuming NAutoVTs in logind.conf is at the default value of
6).

IMHO, having to make that symlink manually seems out of place, and that it
should be achieved using systemd enable, like with other services.

I happened to notice that doing "systemd disable kmsconvt at .service" removes the
symlink, but that "systemd enable kmsconvt at service" does nothing at all, so at
least half the desired functionality is there.

Being able to enable kmscon by doing "systemd enable kmsconvt at .service" (which
would automatically create the symlink) would be more intuitive and would make
more sense from a use case perspective. 

Can the unit files for kmscon be set up in some way so that only systemd needs
to be used to enable kmscon, without having to create the symlink manually?

If not, my feature request is for systemd to be modified so that such a use can
be achieved for services like kmsconvt at .service that replace getty at .service, or
other similar services (if any).

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/systemd-bugs/attachments/20130714/551adb1e/attachment.html>