Всем привет. Занимаюсь сейчас софтом для некоего устройства, внутре устройства x86-комп. На стенку корпуса выведены интерфейсы компа: Ethernet, USB и прочее.

На компе Debian с голыми иксами и либами Qt, нужными для работы моего софта. Нужно научить софт настраивать сеть. Сперва пару дней ковырялся с NetworkManagerQt, а сейчас подключился к устройству и обнаружил, что там сетка вообще сконфигурирована через /etc/network/interfaces, что, в общем-то, видится намного более простым вариантом, чем продираться через иерархию классов NetworkManagerQt.

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

Всем привет ещё раз. Появилась возможность подробней повозиться с проблемным экраном из созданной мною ранее темы Система не выводит изображение на заведомо рабочий экран, что с X-сервером, что без

Итак. Есть мини-компьютер на проце intel и соответствующей встроенной графике. На нём не удаётся запустить сенсорный экран, подключенный по HDMI. Выглядит это следующим образом – система видит экран, утверждает, что он подключен/активен, при этом экран находится в режиме ожидания (т.е. спит и изображения на нём нет). В магазине, где был приобретён экран, ответили «у нас на raspberry pi всё работает». При этом другой экземпляр вроде как того же самого экрана вполне себе работает (сейчас уехал в составе оборудования и не доступен).

Что испробовано на мини-компьютере: live-cd Debian с различными окружениями (KDE, Gnome, XFCE, LXQT), устанавливались для более вдумчивых экспериментов Raspbian, и Debian с XFCE, а потом с KDE. Пробовал писать свой xorg.conf, по Xorg.0.log он успешно применялся, modeline’ы подхватывались и всё такое. Пробовал манипулировать экраном через xrandr – не выходит из ждущего режима. Пробовал тестировать через modetest, безрезультатно, программа не выдаёт ошибок, экран не выходит из ждущего режима.

Если воткнуть другой монитор в HDMI-выход мини-компьютера, всё ок, тем же modetest’ом цветные полосы рисует.

При этом, на моём рабочем компе стоит Debian с KDE и на нём включить проблемный экран таки удаётся. При включении компа экран включается, показывает некое лого (что обычно перед приглашением зайти в BIOS показывается), а потом уходит в режим ожидания. После того, как комп загрузился и выполнен вход в KDE, если передёрнуть его через KDE’шную утилиту настройки экранов (сделать ему disable, а потом снова enable), экран включается, на нём появляется изображение, т.е. он начинает работать, modetest’ом цветные полосы рисует и всё такое. Таким образом, экран включается и выводит изображение до старта ОС и в самой ОС, если его «дёрнуть». Разные кабеля HDMI тоже пробовал, никакой разницы.

На обоих компах один и тот же видеодрайвер lshw -c video – i915.

На обоих компах глянул логи Xorg.0.log, имеются отличия, в них ли дело или нет, не знаю, может тут кто подскажет. От использования собственного xorg.conf отказался, раз уж не помогло.

Логи Xorg.0.log с обоих компов приложу в комментарии, здесь же прилагаю строки, которые есть на рабочем компе, где оно заводится, при этом этих строк нет на мини-компе, где не работает.

[    14.825] (II) modeset(0): EDID vendor "HOT", prod id 13363
[    14.825] (II) modeset(0): Using EDID range info for horizontal sync
[    14.825] (II) modeset(0): Using EDID range info for vertical refresh
[    14.825] (II) modeset(0): Printing DDC gathered Modelines:
[    14.825] (II) modeset(0): Modeline "320x1480"x0.0   48.00  320 420 430 520  1480 1540 1550 1556 -hsync -vsync (92.3 kHz eP)
[    14.825] (WW) modeset(0): Output HDMI-1: Strange aspect ratio (320/1480), consider adding a quirk
[    14.825] (WW) modeset(0): Output HDMI-1: Strange aspect ratio (320/1480), consider adding a quirk
[    14.825] (WW) modeset(0): Output HDMI-1: Strange aspect ratio (320/1480), consider adding a quirk
[    14.825] (WW) modeset(0): Output HDMI-1: Strange aspect ratio (320/1480), consider adding a quirk
[    14.825] (WW) modeset(0): Output HDMI-1: Strange aspect ratio (320/1480), consider adding a quirk
[    14.825] (WW) modeset(0): Output HDMI-1: Strange aspect ratio (320/1480), consider adding a quirk
[    14.851] (--) modeset(0): HDMI max TMDS frequency 330000KHz
[    15.542] (II) modeset(0): EDID vendor "HOT", prod id 13363
[    15.542] (II) modeset(0): Using hsync ranges from config file
[    15.542] (II) modeset(0): Using vrefresh ranges from config file
[    15.542] (II) modeset(0): Printing DDC gathered Modelines:
[    15.542] (II) modeset(0): Modeline "320x1480"x0.0   48.00  320 420 430 520  1480 1540 1550 1556 -hsync -vsync (92.3 kHz eP)
[    15.542] (WW) modeset(0): Output HDMI-1: Strange aspect ratio (320/1480), consider adding a quirk
[    15.542] (WW) modeset(0): Output HDMI-1: Strange aspect ratio (320/1480), consider adding a quirk
[    15.542] (WW) modeset(0): Output HDMI-1: Strange aspect ratio (320/1480), consider adding a quirk
[    15.542] (WW) modeset(0): Output HDMI-1: Strange aspect ratio (320/1480), consider adding a quirk
[    15.542] (WW) modeset(0): Output HDMI-1: Strange aspect ratio (320/1480), consider adding a quirk
[    15.542] (WW) modeset(0): Output HDMI-1: Strange aspect ratio (320/1480), consider adding a quirk
[    15.568] (--) modeset(0): HDMI max TMDS frequency 330000KHz
[   126.263] (II) modeset(0): Allocate new frame buffer 2560x1440 stride
[   131.182] (II) modeset(0): Allocate new frame buffer 2880x1480 stride

Может дело в том, что «комп, где не работает» не отправляет некие команды на включение экрана или типа того (почему он этого не делает?)? Есть ли вообще способ отладить служебную информацию, которой комп обменивается по HDMI с экраном? Если даже при включении компа до показа приглашения войти в биос, он выводит лого на проблемном экране, явно чего-то совсем тупого не хватает, понять бы, с какого перепугу послать это «тупое» операционка не может, как и включить экран.

Вот ещё какой момент вспомнился. Если стартануть мини-комп с рабочим экраном, дождаться загрузки и вывода моей приложухи на него, а потом «на горячую» заменить рабочий экран на проблемный, то всё продолжает работать как ни в чём не бывало – изображение на проблемном экране появляется. Таким образом, полагаю, что проблема кроется во взаимодействии ОС и экрана, может какие команды для инициализации она ему не шлёт или что-то в этом роде.

Всем привет.

В былые времена не испытывал проблем такого рода, всегда «само работало». Поэтому не знаю, с какой стороны за их решение браться.

Итак, есть компьютер с Debian Linux (без DE), есть сенсорный экран, подключенный по HDMI (модель https://www.waveshare.com/11.9inch-hdmi-lcd.htm).

Компьютер был настроен мной на работу с этим экраном — автовход, автозапуск моей приложухи, иксы, маленький конфиг-файл, чтобы обеспечить нужную ориентацию экрана:

/etc/X11/xorg.conf.d/50-waveshare.conf
Section "Monitor"
  Identifier   "HDMI-2"
  Option       "Primary"   "true"
  Option       "Rotate"    "right"
  Option       "Position"  "0 0" 
EndSection

Экран работал, сенсор работал, кнопки в моей приложухе тыкались, всё было в шоколаде. Потом рабочий экран понадобилось отдать, сегодня доехал новый такой же. И он не работает — просто нет изображения. Втыкаю в свой рабочий комп с Debian Linux, в утилите настройки экрана КЕД экранчик появляется и, после некоторой возни, выводит изображение.

На целевом компьютере сенсор работает (при чтении соответствующего /dev/input валится всякое, при запущенном X-сервере и тычке по сенсору курсор прыгает — проверил, подрубив ещё один экран по VGA). А изображения нет и я не понимаю, чё ему надо.

В выхлопе xrandr экран виден (привожу фрагмент, HDMI-2 это неработающий экран, а который 1280х720 это VGA-монитор):

Screen 0: minimum 320 x 200, current 1480 x 864, maximum 16384 x 16384
HDMI-2 connected primary 1480x320+0+0 right (normal left inverted right x axis y axis) 0mm x 0mm
   320x1480      59.32*+
   1280x720     100.00

Собственно, как вообще понять, почему нет изображения на исправном экране, хотя на предыдущем экземпляре этой модели всё нормально работало? Куда рыть?

Всем привет.

Столкнулся со следующей проблемой — когда какое-либо примонтированное устройство сильно загружено (конкретно вотпрямщас пишу данные на внешний диск через медленный USB2), то начинает виснуть файловый менеджер Dolphin.

И не только он, начинает тупить Kate, огнелис при попытке сохранить файл просто вылетает нафиг (видимо, он под капотом пытается вызвать стандартный диалог выбора файла для сохранения, но что-то у него не получается).

Может ещё на каком-то софте сказывается, пока заметил только эти программы. Если честно, затрудняюсь понять логику толковых парней из Dolphina — с какого перепугу хождение по каталогам системного SSD должно подвешивать программу, когда в совершенно другом процессе (Midnight Commander) идёт работа с примонтированным USB-диском. Ещё подобные косяки могут быть, когда недоступна сетевая samba-шара.

Может кто сталкивался и осилил забороть? Вот в этом топике dolphin обращается к жд при каждом открытии папки поднимался похожий вопрос, удалил своего пользователя из групп cdrom и floppy, не помогло.

Всем привет.

Есть один рабочий клиент-серверный проект (работает и собирается под онтопик и оффтопик). Возможно, в ближайшее время потребуется делать клиента под переносное устройство (планшет), т.е. понадобится разработчик под Android.

Может быть, кому-либо известны планшеты, использующие в качестве ОС какой-либо дистрибутив Линукс, который поближе к обычному десктопу? Проект у меня на Qt и подпилить его под «обычный Линукс, хоть и на планшете» было бы намного проще и быстрее, чем связываться с Андроидом.

Поделитесь пожалуйста опытом, кто сталкивался с подобными хотелками и как их решали.

Всем привет.

Не могу найти в Дельфине, где можно настроить предпросмотр следующим образом — отображать превьюхи директорий/картинок/видео/etc, но при наведении мышью не пытаться это всё прокручивать (не крутить превьюхи на значке каталога с картинками, не крутить кадры из видоса и т.д.).

А то случайно возишь мышью, попадаешь на какой-нибудь видос весом в десяток-другой гигов и оно начинает свою шарманку, от чего комп взвывает вертушками (сокет АМ5 он такой, да).

Может кто подсказать, как бы решить проблему?

Всем привет.

Имеется некий клиент-серверный проект. Для обмена данными между клиентом и сервером применяется некий бинарный протокол обмена.

Преобразование структур данных в байты осуществляется примерно следующим образом: сперва высчитывается, сколько структура займёт байт, после чего конструируется QByteArray заданного размера и в этот самый QByteArray через memcpy вставляются поля структуры. В случае десериализации соответственно, обратно через memcpy заполняются поля структуры.

Из минусов такого подхода могу отметить, что иногда из-за невнимательности порождаются ошибки, от которых программа может упасть (выход за границы), это в лучшем случае. В худшем выхода не будет (или программа не упадёт), но данные будут не совсем верные и это обнаружится не сразу. Портянки из кучи memcpy и расчёта офсета в какой-то момент надоело писать, зафигачил лямбды, в которые всё это спрятал и код соответствующих методов сократился раза в два, но осадочек всё равно от кода расчёта потребного объёма имеется (может и это как-то можно автоматизировать, позволяют ли средства C++ в рантайме проходить по полям любой структуры?).

В какой-то момент возникает вопрос, а надо ли так запариваться, есть же QDatastream, через который можно делать то же самое, да ещё и без падения программы, если прокосячился и происходит выход за границы. Единственный аргумент против, по сути, большее количество аллокаций при работе через QDatastream, но что значит больше, если у меня размеры структур в пределах нескольких килобайт (и это пара штук, остальные в пределах сотен байт), вроде как и мелочи это. Ну отработает оно не за миллисекунду, а за 10, вроде как и пофигу.

Может кто поделиться опытом, есть ли смысл запариваться с подходом, который применяется сейчас (и потенциально плодит ошибки, которые не всегда сразу видно) или же пусть это дело фигачится через QDatastream, хоть и «медленнее», но зато не валится в случае чего?

Всем привет, KDE + wayland, 2 монитора. Можно ли как-то настроить так, чтобы игры запускались не на том мониторе, который выбран основным? Если можно, то где крутить крутилки?

Всем привет. Имеется свежеустановленный Debian Testing. После установки KDE был настроен путём отрубания всяких сервисов и прочих эффектов, чтобы не бесили. Поэтому не знаю, проблема появилась в результате моих действий или же «уже была».

Проблема — при изменении уровня громкости не появляется посреди экрана соответствующий полупрозрачный прогрессбар, дающий представление о текущем уровне.

Может кто в курсе, какие вещи за работоспособность этой функции отвечают и куда смотреть? Гугл выдаёт нерелевантные ссылки на проблемы со значком громкости в трее. Пробовал крутить всякие настройки в notifications, но не преуспел.

KDE Plasma Version 5.23.4
KDE Frameworks Version: 5.88.0
Qt Version: 5.15.2
Kernel Version: 5.15.0-2-amd64
Graphics Platform: X11

Всем привет.

Проблема вроде бы и простая, но не могу придумать нормальное решение.

Есть одна клиент-серверная программа. Есть несколько типов («B», «C», «D»), унаследованных от интерфейса («A»). Объектами этих типов перекидываются между собой всякие классы типа БД-воркера, TCP-сервера, менеджера устройств, etc. Чтобы не загромождать последние кучей сигналов-слотов на каждый тип, в сигналах-слотах передаются смарт-поинтеры на объект типа A, после чего в слоте проверяется, что там за тип вызовом метода а-ля get_type(), указатель приводится к действительному типу и соответствующе обрабатывается. В итоге код загромождается этими switch'ами, что ведёт к понятным проблемам, если понадобится добавить ещё один тип — придётся бегать и править все эти портянки.

Вроде как, можно применить другой способ — перегрузку сигналов/слотов, но тогда для каждого перегруженного сигнала/слота, как я понимаю, надо будет прописывать свой connect, что тоже смотрится не очень. UPD: может нафигачить глобально доступный макрос, который будет вставлять эту кучу коннектов на каждый существующий тип? Тогда достаточно будет модифицировать макрос при введении ещё одного типа.

Хочется, чтобы при добавлении нового типа-наследника «A», места для допиливания были строго локализованы и легко определяемы.

Наверняка есть какое-то решение, до которого я не могу допетрить, может кто подсказать? Или дать ссылку на проэхт, где можно подсмотреть, как делать по красоте?

Всем привет.

Вожусь с простыми отчётиками (печать, экспорт в PDF). Qt 5.12.3. Схема следующая — генерируется html-ка, подпихивается в QTextDocument методом setHtml, заполняются ресурсы (картинки), после чего выводится в файлик или диалог печати.

Не могу никак накостылить неразрывный блок картинка+подпись к ней. Часто получается так, что картинка оказывается на одной странице, а подпись на другой. Может кто решал уже аналогичную проблему?

В остальном автоматическое форматирование устраивает полностью, поэтому упражнений с ручным рисованием/форматированием документа хотелось бы избежать.

Всем привет.

Есть некая программа-сервис на Qt с базой данных SQLite. Эта программа должна автоматически делать бекапы своей БДшки по шедулеру. Но есть загвоздка, программа ведёт постоянный опрос всяких устройств, реагирует на происходящее с этими устройствами и к программе подключаются АРМы, на которых это происходящее отображается.

Есть ли какие-нибудь вменяемые способы реализовать такое бекапирование? В идеале, только средствами фреймворка, т.е. QtSQL.

Пока навскидку придумалось накостылить класс, который во время копирования файла БД будет у себя складировать все поступающие запросы, а по окончанию процесса их выполнит. Пока БДшка копируется, можно на АРМе крутить юзеру надпись а-ля «внимание, происходит резервное копирование БД» и блокировать интерфейс (со слов «заказчика», вариант допустимый).

Всем привет.

Дистрибутив Arch Linux. Звуковая карта Creative SoundBlasterX G6. Подключение по USB.

На Debian'e года 2 назад работало без проблем. На оффтопике тоже всё ок. На arch'e наблюдаются странности. А именно — после того, как комп какое-то время постоит (пока я сплю или на работе, или вообще отошёл на пару часов) может пропасть звук (регулятор громкости kmix тоже перестаёт менять уровень). Причём пропадает он не сразу, подходишь к компу, тыкаешь кнопку воспроизведения — играет секунд 10 после чего пропадает.

Лечится передёргиванием звуковухи по USB. Ниже выдержки ошибок из некоторых журналов.

$ systemctl --user status pulseaudio
апр 05 18:58:04 arch pulseaudio[803]: Failed to set hardware parameters: Protocol error
(куча одинаковых сообщений)

$ journalctl -r
апр 05 18:58:04 arch kernel: usb 5-1: 1:0: usb_set_interface failed (-71)
апр 05 18:58:04 arch pulseaudio[803]: Failed to set hardware parameters: Protocol error
апр 05 18:58:04 arch kernel: usb 5-1: 1:0: usb_set_interface failed (-71)
(куча однотивных сообщений)

# dmesg
[196274.674543] usb 5-1: cannot get ctl value: req = 0x81, wValue = 0x100, wIndex = 0x1100, type = 3
[196274.674792] usb 5-1: cannot get ctl value: req = 0x81, wValue = 0x100, wIndex = 0x1100, type = 3
[196274.675039] usb 5-1: cannot get ctl value: req = 0x81, wValue = 0x100, wIndex = 0xe00, type = 3
[196274.675293] usb 5-1: cannot get ctl value: req = 0x81, wValue = 0x100, wIndex = 0xe00, type = 3
(повторяется несколько раз)

В выхлопе lsusb звуковая карта на месте. Автосаспенд вроде как отключен.

Частота возникновения проблемы плавающая в зависимости от версии pulseaudio (видимо, они там что-то по-разному ломают, поскольку сейчас проблема возникает в 90% случаев, но на каких-то версиях она возникала раз в несколько дней).

Куда вообще рыть, чтобы понять, что происходит и как вылечить?

Всем привет.

Есть некая программа (без GUI) на Qt. Некие ребята попросили программу себе.

Запросил версию системы вплоть до списка установленных пакетов с их версиями.

Я так понимаю, мне следует сделать виртуалку, поставить туда тот же дистр, что и у ребят, установить доступный в репах Qt и осуществить сборку, после чего отправить получившиеся бинарники?

Или может такие вещи делаются проще/по-другому?

Запрос разовый, поэтому заморачиваться с опакечиванием в .deb смысла не вижу.

Всем привет.

Не могу разобраться со сборкой сабжа.

Инструкции на сайте Qt предельно понятные:

You need the MySQL / MariaDB header files, as well as the shared library libmysqlclient.so / libmariadb.so. Depending on your Linux distribution, you may need to install a package which is usually called "mysql-devel" or "mariadb-devel".

Tell qmake where to find the MySQL / MariaDB header files and shared libraries (here it is assumed that MySQL / MariaDB is installed in /usr/local) and run make:
cd $QTDIR/qtbase/src/plugins/sqldrivers
qmake -- MYSQL_PREFIX=/usr/local
make sub-mysql

Скачал сорцы mariadb10.3, собрал. Закинул в одну директорию хедеры из libmariadb/include (содержит mysql.h и прочие) и получившиеся файлы библиотек .so и .a. Эту директорию указываю справа от MYSQL_PREFIX=, qmake вызываю от свежеустановленного Qt5.12.3.

Получается следующий вывод:

Running configuration tests...
Done running configuration tests.

Configure summary:

Qt Sql Drivers:
  DB2 (IBM) .............................. no
  InterBase .............................. no
  MySql .................................. no
  OCI (Oracle) ........................... no
  ODBC ................................... no
  PostgreSQL ............................. no
  SQLite2 ................................ no
  SQLite ................................. yes
    Using system provided SQLite ......... no
  TDS (Sybase) ........................... no

Qt is now configured for building. Just run 'make'.
Once everything is built, you must run 'make install'.
Qt will be installed into '/home/user/software/qt/Qt5.12.3/5.12.3/gcc_64'.

Prior to reconfiguration, make sure you remove any leftovers from
the previous build.

Далее по мануалу вызываю make sub-mysql, получая вывод make: *** Нет правила для сборки цели «sub-mysql». Останов.

В мануале по сборке полторы строчки и полторы команды, ошибиться по сути невозможно. Почему не работает? Может кто-нибудь знает, как собрать этот несчастный плагин?

Всем привет.

Пытаюсь сделать так, чтобы время в ОС соответствовало времени материнской платы, т.к. компьютер не будет иметь доступа к сети и неизвестно, в каком часовом поясе он будет использоваться.

Настройки timedatectl:

Time zone: UTC (UTC, +0000)
Network time on: no
NTP synchronized: no
RTZ in local TZ: no

С какого-то перепугу в значения Local time и Universal time выставляется время на 3 часа меньшее, чем время в биосе. Команда hwclock -s помогает до перезагрузки. После перезагрузки время в указанных полях опять прыгает на 3 часа назад.

В файлах /var/log/messages и /var/log/syslog встречаются сообщения об установке системного времени в правильное значение.

Не понимаю, что происходит, может кто сталкивался? Куда вообще смотреть, чтобы понять, какая программа портит системное время?

Всем привет. Имеется пальцетыкательный монитор. Подключение к компьютеру через VGA и USB. Тачскрин нормально работает из коробки. Система Astra Linux.

Но возникает проблема, когда система гасит монитор по бездействии. Монитор не включается обратно, сколько его не тыкай пальцами, но достаточно пошевелить мышь или нажать клавишу на клаве — монитор включается.

Может кто сталкивался?

Если запустить xinput --test 13, то исправно пишет в консольку всякое при нажатиях тачскрина, пока монитор бодрствует. Как только система гасит экран по бездействию, сколько ни тыкай, ничего не пишет.

xinput --list показывает некий ILITEK ILITEK-TP.

Всем привет. Столкнулся с такой фигнёй.

Установил через установочный скрипт lutris’a игру Tree Of Savior. При запуске игры через интерфейс lutris’a сперва запускается steam и оттуда уже сама игра.

Оказалось, что после запуска начинает куда-то пропадать свободное место в корневом разделе (он небольшой, 23 Гб, чисто под систему и программки из репозиториев, хомяк на отдельном разделе).

В итоге через некоторое время игры заканчивается всё свободное место в корне (сейчас там свободно 8 с небольшим гигов), согласно показаниям df. На саму игру не влияет, но, как нетрудно догадаться, влияет на некоторые другие программы. Выход из игры ничего не даёт, надо прибить сам steam, через который она запущена.

Что именно происходит, пока не понял, поскольку попытки посмотреть, какая директория пухнет после запуска этого добра, ни к чему не привели – утилита ncdu (du с консольной графикой) показывает, что дисковое пространство, занятое директориями в корне никак не изменяется до и после запуска.

Сталкивался кто-нибудь? Я, если честно, даже не знаю, куда рыть – место кончается, а мне показывает, что размер директорий не поменялся, может можно как-то по-другому это отследить?

Игра запускается из-под юзера. Дистр Debian testing, раньше был stable, там такой фигни вроде бы не происходило.

Всем привет. Есть несколько помещений. В помещениях установлены динамики. Задача состоит в том, чтобы транслировать определённые сообщения через определённые динамики. Динамики пока абстрактные, какие надо будет, такие и будут приобретены.

Т.е. нужна некая железяка, с которой я бы мог пообщаться из своего софта, попросив железяку проиграть «вот это сообщение» на «вот этом канале». Ещё нужен режим ручного управления, чтобы оператор тоже при необходимости мог сообщить что-либо в систему звукового оповещения.

Интерфейс желательно Ethernet, хотя USB, наверное, тоже приемлем.

Существуют ли такие железки в природе, если да, то как называются, чтобы гуглить? Посоветуйте чего-нибудь.

Всем привет. Старая дискретная карточка nvidia начала сильно шуметь ушатанным вентилятором и я решил перекинуть мониторы на встройку intel (Intel HD Graphics 530), а старую карту убрать. После удаления пакетов nvidia и пары перезагрузок вроде заработало. Но. После входа в систему меня встречает абсолютно пустое пространство (обоины установились какие-то дефолтно-цветастые). Т.е. все панели задач и значков куда-то исчезли. Попытки добавить панель через контекстное меню при клике по рабочему столу ни к чему не приводят. Окна очень странно себя ведут — не работает перетаскивание по заголовку окна, зато работает через зажатый Alt + удержание зажатой ЛКМ.

В общем, что-то поломалось, а что именно, хрен его знает, может кто сталкивался?

Debian
KDE Plasma Version 5.8.6
KDE Frameworks Version 5.28.0
Qt Version 5.7.1