Qingy is a replacement for Getty and login-managers like slim, kdm gdm and so on, using DirectFB to provide a fast, nice GUI without the overhead of the X Window System. It allows users to log in and start the session of their choice (text console, gnome, kde, wmaker, etc.). Running several X sessions is also possible.
How to get qingy?
TheAUR package is available in the Arch User Repository. Several extra themes are available in the AUR package. AUR is an Arch specific theme.
Replace *getty with qingy
Simply enable qingy@.service on the tty that you want it on and remove getty from that tty:
# systemctl enable qingy@ttyX # systemctl disable getty@ttyX
where X is the tty you want qingy to be on. Do this as many times as needed.
Also, you need to mask the getty service with:
# systemctl mask getty@ttyX
for each of the ttys you enabled qingy on.
You may additionaly have to tweak/disable the autovt@.service. The latter spawns getty's on-the-fly when switching virtual-consoles and may interfere with an already spawned qingy. To disable automatic spawning of getty's altogether, modify /etc/systemd/logind.conf:
You can configure qingy by editing /etc/qingy/settings.
The default settings for X are fine so only edit them if you really know what you are doing.
# Full path to the X server #x_server = "/usr/bin/Xorg" # Full path to the 'xinit' executable xinit = "/usr/bin/xinit" # Parameter we should pass to the X server x_args = "-nolisten tcp -br"
I recommend to set
log_facilities = console, file
so you can look for errors in /var/log/qingy.log, too.
All other options are well explained.
You may need to set the path to the X server e.g.
# Full path to the X server x_server = "/usr/bin/X"
Please do note that .xinitrc is different from .xsession. The default login script, .xinitrc, works with startx, but graphical login managers generally do not look for .xinitrc. Instead, they look for a file named .xsession in your home directory.
If you want to start X with qingy you need to edit your .xsession.
Here a default .xsession for qingy.
#!/bin/sh exec <login-shell command> <window manager starter>
#!/bin/sh exec bash --login -c 'openbox-session'
The start of the window manager using a login shell is needed because qingy starts the X-session directly without the help of a shell. This causes issues like no umlauts in xterm and malfunction of control keys like "Home", "End", "Del" and so on in the terminal.
For more details, visit the Ubuntu CustomXSession wiki at 
If you want your X sessions to be started in an active state, you may need to add the following lines to the end of /etc/pam.d/qingy.
session optional /lib/security/pam_loginuid.so session optional /lib/security/pam_ck_connector.so
Active sessions allow you to access network controles, shutdown/susspend/hibernate funtionality, and drives you wish to mount via your DE/WM.
Adding a session entry
If you've changed the variable x_sessions or text_session in the config file of qingy replace the following paths with the path you've set.
Text mode session
Create a file /etc/qingy/sessions/<sessionname>.
The file name is shown as entry in the session list.
The file should be a shell script. For an example have a look into /etc/qingy/sessions/emacs.
X mode session
Create the folder /etc/X11/Sessions/ and save a new script file into it. (see Text mode session)
The name of the file is shown in the session list.
Synaptic touchpad and keyboard issue
Qingy (and quite possibly other DirectFB applications) has some issues using Synaptics touchpad. Also the keyboard can behave strangely (like if each keys were pressed twice).
This can be solved by adding:
- If each keypress was doubled
- If mouse acts funny
to /etc/directfbrc. If the file does not exist, create it. This will enable you to use your touchpad, however some extra functionality like tapping or tap-dragging might not work.
On computers with several pointing devices, such as the Lenovo ThinkPad, it may be necessary to add the line:
to /etc/directfbrc. This should correct both the mouse and keyboard issues.