В очередной раз при настройке вылез неприятный баг (https://bugs.freedesktop.org/show_bug.cgi?id=49950), легко обходится, но лучше что бы вот совсем без него. Переключился в иксах на libinput, там его давно пофиксили.

"Since libinput is the glorious future and whatnot, I'm closing this one as fixed".

товарищи, на жкране логина гаснет монитор. помогите покурить логи, что можно предпринять, чтобы жить по-человечески.
pastebin.com
pastebin.com
сам только увидел, что система видит чт нужно загрузить nouveau (я этот драйвер удалил из системы и вроде бы даже прописано в игноре), не получается, пытается загрузить "nv" и тоже кусает себя за яйца. что это может быть-с?

Как сделать шоб МЫШ БЫСТРЕЕ БЕГАЛА? Попробовал жомкнуть xinput set-prop 11 139, значения поменялись, но курсор не стал в десять раз дальше летать. Чувствительность трекпоинту в sysfs уже максимальную поставил.

dimensions: 1280x800 pixels (328x262 millimeters)
resolution: 99x78 dots per inch

Втыкал внешний моник и поехало мнение иксов о размерах существующего и как следствие dpi. Как починить без рестарта или ручного вбивания цифер?

Понадобилось отслеживать смену фокуса окна, ничего подходящего кроме xdotool не нашел. Его behave на blur и focus срабатывают многократно, т.к. FocusIn & FocusOut события разнообразны (https://tronche.com/gui/x/xlib/events/input-focus/normal-and-grabbed.html). Пропатчил поведение и забил, идея использовать xdotool не проканала.

Есть ноут с интегрированным видео AMD Radeon HD 8650G и дискретным Radeon HD 8570M. Если в биосе включено только использование встроенной видюхи, то все работает (лог: pastebin.calculate-linux.ru ), если включаю обе — при запуске иксов черный экран (лог: pastebin.calculate-linux.ru ). Никак не могу понять в чем именно ошибка

Узнав, что отображение разных десктопов на разных мониторах в одной сессии прямо нарушает EWMH, я начал сомневаться в нужности этой фигни %) Если нарушающие оконные стандарты прикладные программы это ещё куда ни шло, то для WM это совсем уж не дело.

Как зааналить общение программки с иксами, чтобы она не могла у меня кейлогить, снимать экран, отнимать фокус, вот это вот всё? Хочу запускать проприетарщину типа скайпа, а иксы как-то не очень располагают.

Сейчас вспомнил про compton, повтыкал в ман, запустил. Gtkperf:
GtkEntry — time: 0.02
GtkComboBox — time: 0.44
GtkComboBoxEntry — time: 0.29
GtkSpinButton — time: 0.06
GtkProgressBar — time: 0.06
GtkToggleButton — time: 0.06
GtkCheckButton — time: 0.05
GtkRadioButton — time: 0.08
GtkTextView — Add text — time: 0.20
GtkTextView — Scroll — time: 0.08
GtkDrawingArea — Lines — time: 0.32
GtkDrawingArea — Circles — time: 0.54
GtkDrawingArea — Text — time: 0.36
GtkDrawingArea — Pixbufs — time: 0.08
---
Total time: 2.63

Это былинный вин, даже если не учитывать, что видеокарта в режиме low (GPU — всего 100 MHz). Правда есть проблема — тиринг в видео :/

А почему я не могу по ssh выполнить команду xset force on -display 0 ? Говорит не может открыть дисплей 0, если писать :0, то просто выводит хелп, мол я не правильно что-то ввожу ему.
Неужели я не могу удаленно управлять экраном?

Мать его радеон, оказалось последние дрова не поддерживают последние иксы. Было два варианта — поставить старые иксы или поставить бета дрова. Я решил, что хуй его знает, как работает бета и поставил иксы 1.12.4.
Вот только теперь интересная фича — теперь устройства ввода через evdev работают, а через kbd и mouse не хотят. Когда дрова нихуя не работали в иксах 1.13.4, не работали и устройства ввода через evdev.

Алсо если завершить иксы, то не появляется экран с tty и не работает переключение между ними.

setxkbmap us,ru -option grp:caps_toggle

$ cat /etc/X11/xorg.conf.d/12-keyboard-layout.conf
Section "InputClass"
Identifier "Keyboard Defaults"
MatchIsKeyboard "yes"
Option "XkbLayout" "us,ru"
Option "XkbOptions" "grp:caps_toggle,compose:paus"
#grp_led:scroll,compose:lwin"
EndSection

для *ubuntu:
/etc/default/keyboard
/etc/default/console-setup
/usr/share/X11/xorg.conf.d/12-keyboard-layout.conf

котаны, у меня после перехода на mate перестал выключаться монитор во время бездействия, минут через 15 экран становится тёмным, но не выключается.
так как mate починить я не могу, то лезу в настройки xorg, там есть StandbyTime SuspendTime и OffTime. в чем разница? все они по дефолту, если верить man xorg.conf установлены в 10 минут, но ни одно из них не работает что ли?

сделал грязный уберхак. суть такова — libMali.so неявно использует потоки -> для синхронизации потоков для иксовых приложений имеется XInitThreads который надо вызывать ОБЯЗАТЕЛЬНО первым -> EGL из libMali вызывает XInitThreads но уже ПОСЛЕ того как дисплей открыт -> в итоге имеем няшный SIGSEGV т.к. приложение не имеет запамленного сегмента с примитивами синхронизации и т.п.
в результате дизассемблировал libMali, посмотрел на _init в .init, радостно заметил там один nop и неиспользуемую дырку в 2ва байта, и запилил туда вызов XInitThreads

А реально вообще заставить работать EmulateWheel, если физически кнопки 4 и 5 на мыши присутствуют, но отключены при помощи "ButtonMapping" "1 2 3 0 0"? Колёсико износилось, но менять мышь очень не хочется :(

Не так давно я тут в очередной раз ныл о тоскливом состоянии видеосистемы в этом вашем. Так вот, с нвидией у меня не склеилось ­— даже распоследние дрова не устраивают меня в плане 2D, причём тюнинг размещения пиксмапов лечит одни приложения (скорее окна), но ломает другие. Проприетарный драйвер AMD и раньше мне не особо нравился, а после того, как напрочь повисла вся графика при попытке воспроизведения BD-ремукса с выводом через GL, я почувствовал зайчатки ненависти к этим индусам. Но 2D продолжало меня держать на Катаклизме.
И тут я вдруг решил ещё раз, более тщательно, покрутить xf86-video-ati. И поимел huge success. Я не буду говорить о gtkperf за 2.8 с (как на невидии, круче некуда), достаточно сказать, что я впервые в жизни увидел 256-цветный xterm с TrueType-шревтами, который не тормозил (!) вообще, даже при размере во весь экран. Секрет успеха был в неожиданных местах. По порядку.
Power profile "auto", ну это очевидно. High быстрее, но мне не нужна печка (карта без вентилятора).
Опции X-сервера: "SwapBuffersWait" "True" (вроде дефолт); "EXAPixmaps" "False" (ЕЯПП, это запрещает миграцию пиксмапов в видеопамять, что улучшает результат gtkperf почти в два раза, опция MigrationHeuristic значения не имеет); "EXAVsync" "True" (крайне неожиданно, да? кстати, это работает не только быстро, но и правильно, в отличие от блобовского корявого TearFree).
WM — Xfwm4, обязательно в композитном режиме, чтобы архитектура EXA проявила себя в полной мере. Openbox/Fluxbox + unagi тоже ничо, но какие-то неуловимые задержки были. Без композитинга всё плохо. Меня это не радует, но такова реальность.
Вывод: остаюсь на этом драйвере и HD6450. Некоторые игры для меня не большая потеря. Хотя, например, ioquake3 бегает наотличненько, а вот UT'99 притормаживает (невероятно, но факт).

* жж *говно *xorg *железо Где-то чуть больше года назад я вдруг обнаружил, что моя любимая клавиатурка с PS/2 вдруг превратилась в тыкву: если участившиеся пропуски букв я списал на себя, а "заклинивание" клавиш на железку, то не синхронное включение индикаторов раскладки (caps и num) явно было подозрительным. Как оказалось, проблема возникла примерно с ядра 2.6.38/39, а мои пальцы и сама клавиатура (и ещё как минимум одна с таким же интерфейсом) были совершенно исправны. Решения найти не удалось, а оставаться на 32-ом ядре было сложно. В общем, пришлось перейти на клавиатуру с USB, где такой проблемы не было. Недавно я снова вспомнил об этой закавыке и даже выбрал подозреваемого — модный, фактически давно стандартный для Linux, прыщедрайвер устройств ввода evdev. Отключить его удалением пакета уже нельзя, поэтому я снова забил на это дело. И вот на днях я случайно где-то увидел упоминание опции AutoAddDevices, с помощью которой можно использовать старые добрые драйверы kbd и mouse. Сейчас проверил — да, виноват был кривой (как и многие "современные" линуксоподелки) evdev, с kbd всё гладко и шелковисто. Передаю разработчикам двойной фэйспалм, для багрепорта данных у меня нет (хотя, скорее всего, можно поковырять evdev, но мне лень со всем этим возиться, особенно с моей привычкой подолгу сидеть на стабильных выпусках дистрибутива).