Показаны сообщения с ярлыком bug. Показать все сообщения
Показаны сообщения с ярлыком bug. Показать все сообщения

воскресенье, 17 марта 2019 г.

viber на linux десктопе

Так как я постоянно сижу на своём ноуте на линуксе, а винда у меня лишь в виртуалке и лишь для тех случаев, когда уже совсем жопа и без неё ну никак. А так же в связи с тем, что печатаю я десятью пальцами быстро и свободно - не люблю тыкать в телефон и водить по его мелкой клаве. :( Посему предпочитаю иметь десктопные версии всяких месенджеров и соц.сетей, в идеале ещё и CLI, но это уж совсем райские мечты. :)))

Вотсап, увы, имеет только гнусную веб морду, что делает его весьма неудобным. Посему не люблю я его. У телеграмма - всё хорошо. А вот вайбер... Тут всё несколько сложнее.

Клиент под линукс есть. И он вполне себе работает. Но собран он через какой-то мрачный анус: часть зависимостей требует от системы, часть Qt библиотек почему-то тащит с собой. Почему - не разбирался, но это приводит к одному неприятному эффекту: звук в нём работает через pulseaudio, но похоже через его библиотеки, а не через системные. Что приводит к различным глюкам. То в pulse накапливается безумное количество синков от вайбера, то он вообще подвисает.

Первым решением было дать липовый PULSE_SERVER ему. Это хорошо сработало, за одним лишь исключением: звука нет совсем. :) не критично, но неприятно. ;)

Второе решение нашёл сегодня:

export PULSE_BINARY=/bin/true

Такое решение дало полностью рабочую систему. Не глючит и звук работает. Почему он так себя ведёт - хер его знает. Но всё это записал, больше себе на память, но может ещё кому пригодится. ;)

воскресенье, 19 марта 2017 г.

*ERROR* [CRTC:31:pipe A] flip_done timed out

Пишу больше для себя, но может кому ещё пригодится.

Не сразу заметил с какого ядра, но появилась бага: при переключении из иксов в терминал появляется длительное зависание с сообщением

drm_atomic_helper_commit_cleanup_done [drm_kms_helper]] *ERROR* [CRTC:31:pipe A] flip_done timed out

Проявляется у меня на intel video. Если ли он на других адаптерах - не знаю. Баг пока не починили, но найдет "обходной путь". Добавляем в параметры загрузки ядра, например через grub "video=SVIDEO-1:d":

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash video=SVIDEO-1:d"

И баг не проявляется. :) По крайней мере у меня.