News for hackers. Stuff that matters.
Re:KMSCon – A Userspace System Console That Does Not Depend ... by sillystuff on Tuesday December 27, 2022 @09:59PM (#34157011)
If you are OK using gnu screen, you can auto spawn screen if tty is /dev/tty2 - tty6 (adjust if you allow logins on other ttys). Screen will mess up ability to run startx, but if not using X, use screen on /dev/tty1 - tty6.

I do the above (via a shell snippet in /etc/profile.d) to get scrollback and an idle lock, via screen, on tty2-6, and, if tty1, add an alias that invokes vlock after startx exits to lock the virt console that X is using on exit from X.

But, KMSCon looks worth checking out.

Re:KMSCon – A Userspace System Console That Does Not Depend ... by sillystuff on Wednesday January 04, 2023 @01:04PM (#34249093)
Sticking with screen. Installed kmscon, manually ran kmscon on a single virtual console, switched back and forth from kmscon to X and back three times. On the third time, X shutdown like it detected a conflict (it looked like a crash, but the logs showed an orderly shutdown of X). Current setup with auto spawned screen instances is stable.