У меня с драйверами nouveau и intel всё читается под юзером.

Слушай, у меня, похоже, тоже. Сделаю через автостарт.

Впрочем, все-равно интересно, можно ли менять разрешение/конфигурацию монитора для KDM?
P.S.: хотел использовать udev для переключения в момент физического присоединения/отсоединения монитора, но он почему-то не генерирует события. Вернее, генерирует один раз, где-то на этапе загрузки, а дальше вставляй-вынимай -- все молчок.

"Ловить" пытался так:
SUBSYSTEM=="drm", ACTION=="change", ENV{HOTPLUG}=="1", RUN+="/usr/local/bin/monitor-connected.sh"

Но правило тупо не срабатывало (в полной версии monitor-connected.sh есть еще код для записи в лог до попыток вызвать xrandr).
Есть задача: при загрузке, смотреть подключен ли большой монитор, и, если да -- переключать вывод на него.

Написан скрипт такого плана:
[[ $(< /sys/class/drm/card0-VGA-1/status) == 'connected' ]] && xrandr --output VGA-0 --mode 1920x1080 --output LVDS --off

[[ $(< /sys/class/drm/card0-VGA-1/status) == 'disconnected' ]] && xrandr --output VGA-0 --off --output LVDS --mode 1366x768

Есть service-файл для systemd:
[Unit]
Description=Check if monitor connected at startup
Requires=display-manager.service
After=display-manager.service

[Service]
Type=simple
ExecStart=/usr/local/bin/monitor-connected.sh

[Install]
WantedBy=graphical.target

Systemd был использован потому, что читать файлы в /sys/class/drm/ может только root. А так, повесилбы на автозагрузку в KDE.
Проблема с этим всем такая: если запускать xrandr из-под рута, то получаешь:
No protocol specified
Can't open display :0

"display :0" -- тут всеп правильно. Насильное пределение DISPLAY ситуацию не спасает.

Работает xrandr из под рута, если ему указать на .Xauthority пользователя, залогиненного в данный момент. Типа так:
$ sudo su
# XAUTHORITY=/home/pilat/.Xauthority xrandr

НО(опять..) когда я на экране KDM -- никакой пользователь еще не залогинен же? Как выкрутиться?
----
Решение (правда, через автозагрузку KDE пришлось):

http://archpilat.blogspot.ru/2014/08/automatically-switch-to-big-monitor-on.html
У меня наоборот, HTML5 Player как-раз в Хроме падает, при попытке воспроизвести видео.
Flash-based плейеры играют видео без проблем.

Замечание: плей-ер не то чтобы вообще не работает. Одну секунду, примерно, я даже видео смотрю, а потом Umm snap!

Что самое противное: если YouTube видео внедрено на каком-то другом сайте -- то оно всегда в HTML5 плейере. Никакие расширения, вроде "Magic Actions for Youtube" не спасают (оно работает только на самом сайте ютюба).
LANG="en_US.UTF-8" -- так работает, подтверждаю.

LANG=en_US -- такой язык не узнает, откатывается на LANG=C, и переключение перестает работать.

Так что проблема, можно сказать, решена.

Другой момент, что и в "C" не должна бы блокироваться раскладка.. Пример: `LANG=C kwrite` -- все нормально переключается.
sirocco
Баг, несомненно баг. У меня воспроизводится.

Зарепортал:
https://code.google.com/p/chromium/issues/detail?id=376246

Поголосуйте там путем нажатия на звездочку, пж, у кого есть учетка в Google.
Так работает:
LANG=ru_RU.UTF-8 google-chrome-stable

Проблема в том, что мне нужен "американский" язык интерфейса в браузере. Я тут иногда делаю скриншоты для клиентов.. Так что в .desktop файле у меня прямо прописано:
Exec=LANG=en_US /usr/bin/google-chrome-stable --profile-directory="Profile 1" %U

Это они зря, конечно, привязали возможность смены раскладки к локали...
Natrio
Вообще-то "языки" должны быть настроены как либо системная, либо пользовательская локаль.

Пардон, я имел ввиду клавиатуру.


Покажите, пожалуйста, вывод в терминале команд
locale -a
locale

$ locale -a
C
en_US
en_US.iso88591
en_US.utf8
POSIX
ru_RU.utf8

$ locale
LANG=ru_RU.UTF-8
LC_CTYPE="ru_RU.UTF-8"
LC_NUMERIC="ru_RU.UTF-8"
LC_TIME="ru_RU.UTF-8"
LC_COLLATE="ru_RU.UTF-8"
LC_MONETARY="ru_RU.UTF-8"
LC_MESSAGES="ru_RU.UTF-8"
LC_PAPER="ru_RU.UTF-8"
LC_NAME="ru_RU.UTF-8"
LC_ADDRESS="ru_RU.UTF-8"
LC_TELEPHONE="ru_RU.UTF-8"
LC_MEASUREMENT="ru_RU.UTF-8"
LC_IDENTIFICATION="ru_RU.UTF-8"
LC_ALL=   
UPDATE: К написанному выше, добавил еще установку xorg-xkbevd. Ситуация не изменилась.
Не так все просто.. Настроил переключалку через X.Org -> загрузил i3 (WM) -> открыл Хромого -> переключение работает.

Вышел из i3 -> загрузил KDE -> открыл Хромого -> переключение не работает.

Во всех остальных приложениях, кроме Хрома, переключение работает и в i3 и в KDE.

Note: в настройках KDE поотключал управление раскладками и опциями клавы, для чистоты эксперимента. Все-равно в KDE в браузере не могу вводить русский текст.

Aura берёт на себя функции оконного менеджера (Aura shell), работающего через собственный композитный сервер
(c) http://www.opennet.ru/opennews/art.shtml?num=39823

Похоже, в этом дело. У меня языки настроены в KDE, а не на уровне X.Org, а Aura на эти настройки забивает, походу. Что странно, так это то, что я использую далеко не только КДЕ-шные программы -- и никто до этого не "забивал".