El 29/11/14 a las 15:22, Achim Gratz escribió:
Cristian Rodríguez writes:
Nothing. if you ln -s /usr/lib/systemd/system/kmsconvt@.service /etc/systemd/system/autovt@.service then the configuration in /etc takes precedence.
OK, so I've shut down the existing VT manually and set up kmscon. While useful, it's missing quite a few things still:
Yes as you already noted, this has not gone through much testing yet and is in a fairly early stage but it is functional.
1. The configuration directory is not created and no default configuration is there.
Correct, this is a bug in the package mkdir /etc/kmscon.
2. Without --hwaccel the switch from X to the VT does only work when switching through another VT still running agetty, so that should probably be made the default on systems that have capable graphics hardware.
3. There is a reference to a manpage kmscon.conf, but that manpage doesn't exist. This seems to be an upstream bug, however.
Yes, you have to create a kmscon.conf in directory /etc/kmscon if you want some configuration.
4. Without any configuration it comes up with US keyboard layout instead of the system keyboard layout. I'm not sure how difficult it would be to have it follow the system settings since I don't know if the configuration file accepts variables of any sort (see 3.).
It should follow the system's configuration, I of course found the same problem as my primary language/keyboard layout is spanish.. it appears to be a bug. workaround i.e xkb-layout=latam in /etc/kmscon/kmscon.conf to get a list of layouts .. --> localectl list-x11-keymap-layouts
5. Root cannot log in until the pam.securetty.so line gets commented out from /etc/pam.d/login. Arch Wiki helped me find that.
Yes, pam_securetty is an anachronism from the telnet days. it does not really belong anymore.. it is dubious what "security" can provide anyway. if any restriction placed to access tty devices nodes is not enforced by the kernel itself (file permissions/ACL LSMs, .whatever) but by userspace .. game over! abandon all hope those who enter there! ;-)
6. No description on how to set up a different color scheme other than mentioning some palette option that should not be used. Is there an alternative already?
Not yet implemented apparently.
7. No welcome message, so you don't know which VT you're on.
Yes, a cosmetic issue..that may be annoying ;)
But, it does solve the problem with the large screen not fully usable and it can use UTF-8 fonts in a sane manner. With some work on the color scheme and with tmux settings it might be quite the thing to replace X for system administration work.
Note that kmscon is considered a research project. the actual guts of this userspace console is currently being implemented (by the same person who wrote kmscon) as libsystemd-terminal and the systemd-consoled daemon. apparently KMSCON will live on as a companion drop in tool for people that need fancy looking console/eye candy. This is still all in a early stage and very likely has major bugs,not to mention that changing components that rely on the kernel VT is also still a WIP. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org