-
Размещаем вопросы о Manjaro KDE EditionМодераторов здесь не замечено
Помощь по Architect
Добрый день. Подскажите где почитать информацию по флагам монтирования и модулям ядра при установке через Architect (систему хочу поставить на SSD с btrfs). Спасибо.
загрузка c USB
Не загружается с установочной флэшки. Загружается в обычном режиме. Как быть? записал руфусом образ винды.
Вопрос по Conky
Доброго времени суток!
Вопрос вообщемта простой, не закружается при старте lua скрипт. но когда нажимаешь на скрипт запускающий «коньки» то тогда все работает как и должно быть. Как с этим бороться?
Вопрос вообщемта простой, не закружается при старте lua скрипт. но когда нажимаешь на скрипт запускающий «коньки» то тогда все работает как и должно быть. Как с этим бороться?
Как заставить заменять текстовые файлы на сервере без подтверждения
Здравствуйте! Подскажите, пожалуйста, как заставить одну из программ VS Code или Atom сохранять изменения в текстовом файле открытом на сервере (sftp) используя Dolphin без этапов подтверждения? Т.е. миновать 2 окна требующих подтвердить сперва: файл изменен, загрузить ли его на сервер и второе предупреждение о уже имеющемся файле и необходимости его замены.
Caffeine Plus в KDE
Виджет Caffeine-plus является аналогом известной гномовской утилиты и позволяет заблокировать запуск скринсейвера, переход компьютера в ждущий и спящий режимы. Данный функционал может быть полезен для комфортного просмотра фильмов, прослушивания музыки и т.п.
Для установки Caffeine-plus в терминале выполните следующую команду:
Затем добавьте виджет (на рабочий стол или в панель задач) и активируйте необходимые функции.
Приятного прослушивания, просмотра и т.д. и т.п.)
Для установки Caffeine-plus в терминале выполните следующую команду:
pikaur -S plasma5-applets-caffeine-plus
Затем добавьте виджет (на рабочий стол или в панель задач) и активируйте необходимые функции.
Приятного прослушивания, просмотра и т.д. и т.п.)
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 пустым? >_>