[РЕШЕНО]Тема не применяется полностью
Приветствую. При смене темы — она применяется не полностью. Внутренная часть остается белой, ведет себя, будто дефолтная тема. В контекстном меню тоже самое, все белое, хотя должно быть темным.
Скриншоты
Android на Virtualbox
не могу поставить андройд на виртуальную машину. всё по инструкции делаю а он мне:
bios
как попасть в bios? Все переторкал — не попасть и f2, f10, f12, del.
Synergy - проблема clipboard sharing.
Конфигурация из десктопа (synergy server) ноута и нетбука (synergy clients mode)
При наличии галочки в Настроить сервер / Дополнительные настройки в чекбоксе: Enable clipboard sharing. перестаёт работать буфер обмена.
При включении Synergy галочка всегда самоустанавливается, хотя другие настройки успешно запомнились. Как это излечить?
По идее, должно наоборот, при выключенном чекбоксе «Enable clipboard sharing» переставать шариться буфер обмена на другие ПК, но не блокироваться на машине, где Synergy работает сервером. Но в реальности с этой галкой нет буфера вообще, а без неё есть, но…
Но тут следующая проблема — часто буфер всё равно пропадает, и приходится то включать галочку, то выключать (и нажимать кнопку Применить в окне сервера) чтобы поймать то состояние, при котором буфер работает. Или перезапускать программу вовсе.
Буфер иногда срабатывает только после повторного нажатия, что довольно нервирует и заставляет дублировать нажатия на Ctrl+C.
Иногда вместо копипасты я получаю ???? вместо русских или даже латинских букв.
Ещё комбинация рус/лат на всех машинах висит на capslock. Если фокус на клиенте, и я его жму, то переключается он на сервере — я вижу смену значка в трее сервера. А на клиентах срабатывает KDE комбинация Ctrl+Alt+K
Никогда я не могу быть уверен, что у меня в буфере после нажатия копипасты.
Всё это делает работу просто невозможной. Подскажите, что можно сделать. Это реальная проблема, я бы написал авторам, но не знаю английского — если кто поможет с переводом запроса на англ, буду признателен.
На всех трёх машинах стоит 4.14.53-1-MANJARO и Synergy 1.8.8--
При наличии галочки в Настроить сервер / Дополнительные настройки в чекбоксе: Enable clipboard sharing. перестаёт работать буфер обмена.
При включении Synergy галочка всегда самоустанавливается, хотя другие настройки успешно запомнились. Как это излечить?
По идее, должно наоборот, при выключенном чекбоксе «Enable clipboard sharing» переставать шариться буфер обмена на другие ПК, но не блокироваться на машине, где Synergy работает сервером. Но в реальности с этой галкой нет буфера вообще, а без неё есть, но…
Но тут следующая проблема — часто буфер всё равно пропадает, и приходится то включать галочку, то выключать (и нажимать кнопку Применить в окне сервера) чтобы поймать то состояние, при котором буфер работает. Или перезапускать программу вовсе.
Буфер иногда срабатывает только после повторного нажатия, что довольно нервирует и заставляет дублировать нажатия на Ctrl+C.
Иногда вместо копипасты я получаю ???? вместо русских или даже латинских букв.
Ещё комбинация рус/лат на всех машинах висит на capslock. Если фокус на клиенте, и я его жму, то переключается он на сервере — я вижу смену значка в трее сервера. А на клиентах срабатывает KDE комбинация Ctrl+Alt+K
Никогда я не могу быть уверен, что у меня в буфере после нажатия копипасты.
Всё это делает работу просто невозможной. Подскажите, что можно сделать. Это реальная проблема, я бы написал авторам, но не знаю английского — если кто поможет с переводом запроса на англ, буду признателен.
На всех трёх машинах стоит 4.14.53-1-MANJARO и Synergy 1.8.8--
Не открывается gufw (Есть Решение)
gufw перестал открываться, пароль просит, но дальше никакой реакции. В терминале подобная ошибка:
скопипастил из другой темы, у меня была идентичная, просто уже решилась.
Решение подошло такое:
Сделать резервную копию файла /etc/sddm.conf куданибудь, мало ли.
В файле /etc/sddm.conf найти
и удалить значение после =, т.е. оставить поле DefaultPath= пустым. Сохранить (попросит пароль)
Возможно здесь стоит перезагрузиться и проверить запускается ли gufw. Если нет, то дальше…
в терминале написать
вывод будет примерно такой
нужно скопировать всю строчку, кроме bin: вначале. В моём случае /usr/bin:/usr/local/sbin:/usr/local/bin:/usr/lib/jvm/default/bin:/usr/bin/site_perl:/usr/bin/vendor_perl:/usr/bin/core_perl
и выполнить в терминале
у меня выдало
gufw стал запускаться, но остались вопросы:
Что я сделал? Причём тут sddm, и нормально ли оставлять занчение 'DefaultPath=' в /etc/sddm.conf пустым? >_>
вывод из терминала
Unable to init server: Could not connect: Connection refused
Unable to init server: Не удалось подключиться к: Connection refused
(gufw.py:30286): Gdk-CRITICAL **: 00:46:35.188: gdk_keymap_get_for_display: assertion 'GDK_IS_DISPLAY (display)' failed
(gufw.py:30286): Gdk-CRITICAL **: 00:46:35.188: gdk_keymap_get_modifier_mask: assertion 'GDK_IS_KEYMAP (keymap)' failed
(gufw.py:30286): Gdk-CRITICAL **: 00:46:35.188: gdk_keymap_get_for_display: assertion 'GDK_IS_DISPLAY (display)' failed
(gufw.py:30286): Gtk-CRITICAL **: 00:46:35.188: _gtk_replace_virtual_modifiers: assertion 'GDK_IS_KEYMAP (keymap)' failed
(gufw.py:30286): Gdk-CRITICAL **: 00:46:35.188: gdk_keymap_get_for_display: assertion 'GDK_IS_DISPLAY (display)' failed
(gufw.py:30286): Gdk-CRITICAL **: 00:46:35.188: gdk_keymap_get_modifier_mask: assertion 'GDK_IS_KEYMAP (keymap)' failed
(gufw.py:30286): Gdk-CRITICAL **: 00:46:35.188: gdk_keymap_get_for_display: assertion 'GDK_IS_DISPLAY (display)' failed
(gufw.py:30286): Gtk-CRITICAL **: 00:46:35.188: _gtk_replace_virtual_modifiers: assertion 'GDK_IS_KEYMAP (keymap)' failed
(gufw.py:30286): Gdk-CRITICAL **: 00:46:35.188: gdk_keymap_get_for_display: assertion 'GDK_IS_DISPLAY (display)' failed
(gufw.py:30286): Gdk-CRITICAL **: 00:46:35.188: gdk_keymap_get_modifier_mask: assertion 'GDK_IS_KEYMAP (keymap)' failed
(gufw.py:30286): Gdk-CRITICAL **: 00:46:35.188: gdk_keymap_get_for_display: assertion 'GDK_IS_DISPLAY (display)' failed
(gufw.py:30286): Gtk-CRITICAL **: 00:46:35.188: _gtk_replace_virtual_modifiers: assertion 'GDK_IS_KEYMAP (keymap)' failed
(gufw.py:30286): Gdk-CRITICAL **: 00:46:35.188: gdk_keymap_get_for_display: assertion 'GDK_IS_DISPLAY (display)' failed
(gufw.py:30286): Gdk-CRITICAL **: 00:46:35.188: gdk_keymap_get_modifier_mask: assertion 'GDK_IS_KEYMAP (keymap)' failed
(gufw.py:30286): Gdk-CRITICAL **: 00:46:35.188: gdk_keymap_get_for_display: assertion 'GDK_IS_DISPLAY (display)' failed
(gufw.py:30286): Gtk-CRITICAL **: 00:46:35.188: _gtk_replace_virtual_modifiers: assertion 'GDK_IS_KEYMAP (keymap)' failed
(gufw.py:30286): Gdk-CRITICAL **: 00:46:35.188: gdk_keymap_get_for_display: assertion 'GDK_IS_DISPLAY (display)' failed
(gufw.py:30286): Gdk-CRITICAL **: 00:46:35.188: gdk_keymap_get_modifier_mask: assertion 'GDK_IS_KEYMAP (keymap)' failed
(gufw.py:30286): Gdk-CRITICAL **: 00:46:35.189: gdk_keymap_get_for_display: assertion 'GDK_IS_DISPLAY (display)' failed
(gufw.py:30286): Gtk-CRITICAL **: 00:46:35.189: _gtk_replace_virtual_modifiers: assertion 'GDK_IS_KEYMAP (keymap)' failed
(gufw.py:30286): Gdk-CRITICAL **: 00:46:35.189: gdk_keymap_get_for_display: assertion 'GDK_IS_DISPLAY (display)' failed
(gufw.py:30286): Gdk-CRITICAL **: 00:46:35.189: gdk_keymap_get_modifier_mask: assertion 'GDK_IS_KEYMAP (keymap)' failed
(gufw.py:30286): Gdk-CRITICAL **: 00:46:35.189: gdk_keymap_get_for_display: assertion 'GDK_IS_DISPLAY (display)' failed
(gufw.py:30286): Gtk-CRITICAL **: 00:46:35.189: _gtk_replace_virtual_modifiers: assertion 'GDK_IS_KEYMAP (keymap)' failed
(gufw.py:30286): Gdk-CRITICAL **: 00:46:35.189: gdk_keymap_get_for_display: assertion 'GDK_IS_DISPLAY (display)' failed
(gufw.py:30286): Gdk-CRITICAL **: 00:46:35.189: gdk_keymap_get_modifier_mask: assertion 'GDK_IS_KEYMAP (keymap)' failed
(gufw.py:30286): Gdk-CRITICAL **: 00:46:35.189: gdk_keymap_get_for_display: assertion 'GDK_IS_DISPLAY (display)' failed
(gufw.py:30286): Gtk-CRITICAL **: 00:46:35.189: _gtk_replace_virtual_modifiers: assertion 'GDK_IS_KEYMAP (keymap)' failed
(gufw.py:30286): Gdk-CRITICAL **: 00:46:35.189: gdk_keymap_get_for_display: assertion 'GDK_IS_DISPLAY (display)' failed
(gufw.py:30286): Gdk-CRITICAL **: 00:46:35.189: gdk_keymap_get_modifier_mask: assertion 'GDK_IS_KEYMAP (keymap)' failed
(gufw.py:30286): Gdk-CRITICAL **: 00:46:35.189: gdk_keymap_get_for_display: assertion 'GDK_IS_DISPLAY (display)' failed
(gufw.py:30286): Gtk-CRITICAL **: 00:46:35.189: _gtk_replace_virtual_modifiers: assertion 'GDK_IS_KEYMAP (keymap)' failed
(gufw.py:30286): Gdk-CRITICAL **: 00:46:35.189: gdk_keymap_get_for_display: assertion 'GDK_IS_DISPLAY (display)' failed
(gufw.py:30286): Gdk-CRITICAL **: 00:46:35.189: gdk_keymap_get_modifier_mask: assertion 'GDK_IS_KEYMAP (keymap)' failed
(gufw.py:30286): Gdk-CRITICAL **: 00:46:35.189: gdk_keymap_get_for_display: assertion 'GDK_IS_DISPLAY (display)' failed
(gufw.py:30286): Gtk-CRITICAL **: 00:46:35.189: _gtk_replace_virtual_modifiers: assertion 'GDK_IS_KEYMAP (keymap)' failed
(gufw.py:30286): Gdk-CRITICAL **: 00:46:35.189: gdk_keymap_get_for_display: assertion 'GDK_IS_DISPLAY (display)' failed
(gufw.py:30286): Gdk-CRITICAL **: 00:46:35.189: gdk_keymap_get_modifier_mask: assertion 'GDK_IS_KEYMAP (keymap)' failed
(gufw.py:30286): Gdk-CRITICAL **: 00:46:35.189: gdk_keymap_get_for_display: assertion 'GDK_IS_DISPLAY (display)' failed
(gufw.py:30286): Gtk-CRITICAL **: 00:46:35.189: _gtk_replace_virtual_modifiers: assertion 'GDK_IS_KEYMAP (keymap)' failed
/bin/gufw-pkexec: строка 13: 30286 Ошибка сегментирования (стек памяти сброшен на диск) python3 ${LOCATIONS[${i}]}
Решение подошло такое:
Решение
В файле /etc/sddm.conf найти
[Users]
DefaultPath=
и удалить значение после =, т.е. оставить поле DefaultPath= пустым. Сохранить (попросит пароль)
Возможно здесь стоит перезагрузиться и проверить запускается ли gufw. Если нет, то дальше…
в терминале написать
echo $PATH
вывод будет примерно такой
bin:/usr/bin:/usr/local/sbin:/usr/local/bin:/usr/lib/jvm/default/bin:/usr/bin/site_perl:/usr/bin/vendor_perl:/usr/bin/core_perl
нужно скопировать всю строчку, кроме bin: вначале. В моём случае /usr/bin:/usr/local/sbin:/usr/local/bin:/usr/lib/jvm/default/bin:/usr/bin/site_perl:/usr/bin/vendor_perl:/usr/bin/core_perl
и выполнить в терминале
export $PATH=сюда вставить скопированную строчку
т.е. в моем случае
export $PATH=/usr/bin:/usr/local/sbin:/usr/local/bin:/usr/lib/jvm/default/bin:/usr/bin/site_perl:/usr/bin/vendor_perl:/usr/bin/core_perl
у меня выдало
bash: export: «/usr/local/sbin:/usr/local/bin:/usr/bin:/usr/lib/jvm/default/bin:/usr/bin/site_perl:/usr/bin/vendor_perl:/usr/bin/core_perl=/usr/bin:/usr/local/sbin:/usr/local/bin:/usr/lib/jvm/default/bin:/usr/bin/site_perl:/usr/bin/vendor_perl:/usr/bin/core_perl»: это недопустимый идентификаторпроигнорировал и перезагрузился,
gufw стал запускаться, но остались вопросы:
Что я сделал? Причём тут sddm, и нормально ли оставлять занчение 'DefaultPath=' в /etc/sddm.conf пустым? >_>
VLC
Всем трямки и бодрого духа!
Небольшой баг в VLC стоит открыть затем висит значёк в панели опция выход не помогает — запустить следущий видео или музыкальный файл не получается
по левой кнопе выползает пустое окошко а правой не закрыть
как избавиться? Подскажите попроще-может кто то сталкивался с таким
ЗЫ
как то начала скучать по минту--вроде как с ним уж сроднились но увы увы не буду его ставить всё таки альтернатива вполне достойная и намного отзывчевей
Небольшой баг в VLC стоит открыть затем висит значёк в панели опция выход не помогает — запустить следущий видео или музыкальный файл не получается
по левой кнопе выползает пустое окошко а правой не закрыть
как избавиться? Подскажите попроще-может кто то сталкивался с таким
ЗЫ
как то начала скучать по минту--вроде как с ним уж сроднились но увы увы не буду его ставить всё таки альтернатива вполне достойная и намного отзывчевей
Wireless Display
Всем привет. Хочу подключить ноут к телевизору по технологии wireless display. На ноуте, если что, i5 4 gen, телевизор widi поддерживает, андроид подключается. Какой софт надо доставить, куда копать? Поделитесь имеющимся опытом.
оформление -картинки
Всем трямки! снесла минт 19--тихий ужас -разработчики скатываються в пропасть? Зачем выпускать в свет сырой и глючный продукт? что бы первые пользователи их материли а новички вообще отвернулись от Linux?
-на машине новая маджаро и очень быстренько всё настроила но посеяла все картинки накидайте ссылки на скачку картинок 1 файлом --где то видела такое и качала с яндекса-зеркало но как нужно замучилась искать--закон подлости в действии ))))
-на машине новая маджаро и очень быстренько всё настроила но посеяла все картинки накидайте ссылки на скачку картинок 1 файлом --где то видела такое и качала с яндекса-зеркало но как нужно замучилась искать--закон подлости в действии ))))
KDE - в который раз обновился экран блокировки
Опять в KDE мудрят с дизайном экрана блокировки. Теперь добавили появление формы входа только по anykey да ещё с расмазыванием резкости фона.
Цитата с LORа:
Новый скринлок KDEшники полностью слизали с macOS: Image1
было раньше: Image2
Алсо, совсем-совсем старый дизайн был самым адекватным: Image3
Возможно ли это настроить по себе? У меня от размазывания фона глаза болеть начинают, а появление формы логина только по клику и её пропадание через NN секунд раздражает.
Пробовал откатывать пакет kscreenlocker
yaourt -U archive.archlinux.org/packages/k/kscreenlocker/kscreenlocker-5.12.5-1-x86_64.pkg.tar.xz — такая версия стоит на ещё не обновлённой системе, где форма ещё прежняя. Но не помогло.
Или пакетом ошибся, или где-то он настройки прячет в другом месте.
Я пробовал глядеть файлы принадлежащие пакету, но без результата: yaourt -Ql kscreenlocker
Цитата с LORа:
Новый скринлок KDEшники полностью слизали с macOS: Image1
было раньше: Image2
Алсо, совсем-совсем старый дизайн был самым адекватным: Image3
Возможно ли это настроить по себе? У меня от размазывания фона глаза болеть начинают, а появление формы логина только по клику и её пропадание через NN секунд раздражает.
Пробовал откатывать пакет kscreenlocker
yaourt -U archive.archlinux.org/packages/k/kscreenlocker/kscreenlocker-5.12.5-1-x86_64.pkg.tar.xz — такая версия стоит на ещё не обновлённой системе, где форма ещё прежняя. Но не помогло.
Или пакетом ошибся, или где-то он настройки прячет в другом месте.
Я пробовал глядеть файлы принадлежащие пакету, но без результата: yaourt -Ql kscreenlocker