глобальная раскладка в KDE

дефолтная раскладка в Input metod не выбрана.

А может выбрать? Предположу, что оно от этого может с ума сходить.

Есть где-то опция как в винде, кстати, «использовать свою раскладку для каждого окна». Надо её найти и отключить.

ну да, стоит Global:

cat .config/kxkbrc [$Version] update_info=kxkb.upd:remove-empty-lists,kxkb.upd:add-back-resetoptions,kxkb_variants.upd:split-variants

[Layout] DisplayNames=, LayoutList=us,ru Options=grp:alt_shift_toggle,grp_led:scroll ResetOldOptions=true SwitchMode=Global Use=true VariantList=,typewriter

так же и в GUI

это fcitx пакостит, копаю интерфейс можно ли вообще удалить эту приблуду?

дефолтная раскладка в Input metod не выбрана.

А где её можно выбрать?

частично помогло следующее

если убить в конфиге kxbrc переключение языка по Alt+Schift (в GUI это висит в Hardware–>Input metods–>Keyboard–>Layouts) и пользоваться шорткатом Ctrl+Space из fcitx (Regional settings–>Input method–>Global config), то выбранная глобальная раскладка сохраняется в полях ввода, но меняется на us при клике на что угодно, кроме текстового редактора, адресной строки, терминала и т.п.

вне переключение по Ctrl+Space не работает.

Regional settings–?Input method–>Input method но эффекта не заметно)

Проверь что не используется ibus с ним вечно проблемы, пакетным менеджером глянь установлен ли

почисти кеш и глянь что в plasma-localerc

$ env |grep ibus
$ env |grep LANG
$ rm ~/.config/Trolltech.conf
$ kbuildsycoca5 --noincremental
$ rm -rf ~/.cache/*
$ cat ~/.config/plasma-localerc

странное дело! sudo apt list –installed ibus выдает, что не установлен но конфиг в /usr/share/im-config/data/21_ibus.conf есть

cat ~/.config/plasma-localerc

[Formats] LANG=en_US.UTF-8

[Translations] LANGUAGE=en_US:ru

localectl status

System Locale: LANG=en_US.UTF-8 LC_NUMERIC=ru_RU.UTF-8 LC_TIME=ru_RU.UTF-8 LC_MONETARY=ru_RU.UTF-8 LC_PAPER=ru_RU.UTF-8 LC_NAME=ru_RU.UTF-8 LC_ADDRESS=ru_RU.UTF-8 LC_TELEPHONE=ru_RU.UTF-8 LC_MEASUREMENT=ru_RU.UTF-8 LC_IDENTIFICATION=ru_RU.UTF-8

   VC Keymap: us
  X11 Layout: us
   X11 Model: pc104alt

а fcitx у тебя что тянет может и он пакостиь

Очень странно, у меня Regional settings не активны, бледно-серый пункт меню. Может быть оно завязано на akonadi?

проблема решена топорно: выкинул нафиг fcitx из автостарта через переименование /usr/share/im-config/data/22_fcitx.rc

оставлю здесь для тех, кому пригодится когда-нибудь: здесь https://ii.yakuji.moe/s/res/183062.html здоровый тред 2017 года, азиатская логика fcitx подробно разжевана в соообщ. №193416 и далее; еще кое-что тут https://bbs.archlinux.org/viewtopic.php?id=192236 в треде с характерным названием fcitx driving me to madness. сами японцы там сетуют на плохой перевод этого изделия.

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

тем временем оказалось, что при отключенном fcitx в системных настройках заблокированы разделы Window management, Applications, Backups, KDE wallet и даже мультимедиа и сетевые настройки

откуда это все…

Глянь не прописаны ли где то загрузка модулей https://wiki.archlinux.org/title/Fcitx#Set_environment_variables_for_IM_modules

тем временем оказалось, что при отключенном fcitx в системных настройках заблокированы разделы Window management, Applications, Backups, KDE wallet и даже мультимедиа и сетевые настройки

И эти люди что-то имеют против Гнома… Гном тоже тащит за собой ibus, но его можно безболезненно снести через rpm -e --nodeps, при этом всё продолжает работать без каких-либо глюков.

Это приватности сборки убунты наверно, на arch e например KDE fcitx не тянет и спокойно работает без него

как вернуть нормальную глобальную раскладку на все окна, без умняка?

im-config -x из под пользователя, там bare XIM. Похоже в убунту студио идет прикрученный по умолчанию fcitx и используется эта утилита для настройки метода ввода.

выкинул нафиг fcitx из автостарта через переименование /usr/share/im-config/data/22_fcitx.rc

Вот это лучше вернуть назад.

fcitx оно само по себе. Вот у меня сейчас кеды (дебиан), и от fcitx вообще ничего не стоит, ни одного компонента или либы.

Тоже начало было подбешивать, когда работал с кучей появляющихся окон. Выставил переключение в global — всё отлично, ничего не скачет. ALT Linux Regular KDE5.

Удалил

ibus
ibus-setup
ibus-gtk2
ibus-gtk3
ibus-libs

Гном не загрузился.

Вернул ibus-libs – загрузился. Вроде всё работает.

Да, так и есть. Только при обновлениях ibus опять восстанавливается. Я сейчас думаю на тему сделать пакет-пустышку, который провайдит то же самое, что и ibus и конфликтует с ним, чтобы при обновлениях ibus не реинкарнировался.

Я долго не мог въехать зачем этом ibus вообще нужен. Потом понял, поигрался, подивился сколько памяти жрёт это питонное поделие, и снёс его.

При чем здесь гном? Кедам вообще не нужен ibus

$ pacman -Qs ibus
local/hidapi 0.14.0-2
    Simple library for communicating with USB and Bluetooth HID devices
local/ibus 1.5.29-2
    Next Generation Input Bus for Linux
local/libgusb 0.4.8-1
    GObject wrapper for libusb1
local/libibus 1.5.29-2
    IBus support library
local/libusb 1.0.26-2
    Library that provides generic access to USB devices
local/libusb-compat 0.1.8-1
    Library to enable user space application programs to communicate with USB devices
local/libusbmuxd 2.0.2-3
    Client library to multiplex connections from and to iOS devices

$ plasmashell -v
plasmashell 5.27.10

Зависит от адекватности сборщиков пакетов, в арче его и гном не тянет. Что у вас притащило?

yay -Qii ibus

пакет-пустышку

Классная тема, я сделал такой вместо linux-firmware.

чтобы при обновлениях ibus не реинкарнировался

Я версию выкрутил на 9 во всех позициях и всё, такое никогда не обновит.

Если ты пользуешься гномом, зачем ты выпиливаешь то, что гном хочет? Наверное тут надо пинать разработчиков и мейнтейнеров пакетов, а не выковыривать пакеты с нарушением зависимостей и кричать что это хорошо

Почему не удалить fcitx?

Если ты пользуешься гномом, зачем ты выпиливаешь то, что гном хочет?

Если я пользуюсь гномом, то это не значит что я пользуюсь IBus. IBus жрёт процессор и особенно память (Питон даёт себя знать) как не в себя. Если я не пользуюсь IBus и могу её удалить без вреда для Гнома, то почему бы и нет?

кричать что это хорошо

Сходи в аптеку, купи себе беруши.

А кстати, а какими механизмами изменяется раскладка в Гноме без ибуса?

выковыривать пакеты с нарушением зависимостей

Странная фишка в том, что некоторые пакеты тянутся другими, но они не указаны в спеке даже как мягкая зависимость, так что их просто можно удалить. Такая ситуация с linux-firmware, который тянется за kernel. Однако при обновлении ядра засасывается назад, так что приходится химичить с пакетом пустышкой.

И ещё ситуация бывает, когда пакет нельзя удалить без удаления зависимостей, то есть он там видимо (я не заглядывал) явно указан в спеке, но его можно удалить с ключом --nodeps, и dnf autoremove ничего подозрительного не заметит, как в случае с ibus.

Сам ibus плазме не нужен, нужны только файлы словарей из каталога /usr/share/ibus/dicts/.

Да и то это используется только в plasma-emojier.

По факту это неправильное пакетирование, вместо файлов со словарями в отдельном пакете зачем-то тащат весь ibus.

Хотя сейчас посмотрел исходный код плазмы - словари из IBus больше не нужны (https://invent.kde.org/plasma/plasma-desktop/-/commit/8e251dbce5dd95e43074acc8d43926ae8e004119).

Поправка: плазме нужен libibus, но не сам кривой сервис IBus.

А кстати, а какими механизмами изменяется раскладка в Гноме без ибуса?

Штатными. В GNOME Shell есть компонента под названием Input Source Manager, она рулит раскладками клавиатуры и методами ввода.