ALT Linux Bugzilla – #46880

(Ответ для Шевченко Денис на комментарий #0)
> Создано вложение 13805 [details] [подробности]
> printenv output
> 
> Для корректной работы fcitx5 необходимо задать несколько переменных
> окружения:
> XMODIFIERS=@im=fcitx
> GTK_IM_MODULE=fcitx
> QT_IM_MODULE=fcitx
> 


Для корректной работы fcitx5 и fcitx "четвертого поколения" практически всегда нужно было прописывать эти переменные вручную.
https://youtu.be/8XDmLr6wb4M?t=26

(Ответ для gosts 87 на комментарий #1)
> Для корректной работы fcitx5 и fcitx "четвертого поколения" практически
> всегда нужно было прописывать эти переменные вручную.
> https://youtu.be/8XDmLr6wb4M?t=26

Пишут, что нужно всего лишь дать скрипту права на выполнение (что как бы ожидаемо) и тогда всё само работает:

(Ответ для Шевченко Денис на комментарий #0)
> Эту задачу выполняет скрипт /etc/profile.d/fcitx5.sh из пакета
> fcitx5-autostart.
> По всей видимости проблема в правах на файл /etc/profile.d/fcitx5.sh

> 2. Изменение прав 644 -> 755 исправляет проблему:
> # chmod 755 /etc/profile.d/fcitx5.sh

Данный скрипт почему-то в спеке помечается как конфиг https://packages.altlinux.org/ru/sisyphus/srpms/fcitx5/specfiles/2957346131311722810#line-178

И устанавливается с правами 644 https://packages.altlinux.org/ru/sisyphus/srpms/fcitx5/specfiles/2957346131311722810#line-117

Хотя в исходниках лежит с правами 755 https://git.altlinux.org/gears/f/fcitx5.git?a=tree;hb=90dc8bb2dba3a569e2737378d3556d6ba788c07b

(Ответ для Alexander Makeenkov на комментарий #2)
> 
> Пишут, что нужно всего лишь дать скрипту права на выполнение (что как бы
> ожидаемо) и тогда всё само работает:
> 

Это основное отличие от других фреймворков метода ввода.
Во fcitx править переменные нужно самому. Это даже разработчик данной утилиты советует. Видео, ссылку на которое я приложил, снял он лично.
Самое нормальное прописать эти переменные в файл .bash_profile в домашнем каталоге, сохранить изменения и перезапустить сеанс пользоваться.

Для работы с Wayland fcitx5 настраивается несколько иначе:
Параметры системы -> Устройства ввода -> Виртуальная клавиатура -> выбираем fcitx5 и жмём "Применить".
Если не заработает сразу, то перезаходим в сеанс пользователя.

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

(Ответ для gosts 87 на комментарий #6)
> Думаю, что указывание переменных окружения вручную можно считать фичей, а не
> багом.

так что, ничего не нужно делать?
достаточно добавить README.alt в пакет с дискуссией выше?

(Ответ для viy на комментарий #7)
> (Ответ для gosts 87 на комментарий #6)
> > Думаю, что указывание переменных окружения вручную можно считать фичей, а не
> > багом.
> 
> так что, ничего не нужно делать?
Лично я не помню, чтобы при установке fcitx вообще когда-либо переменные прописывались автоматически... 
При установке IBus и uim так было, а вот с fcitx такое у меня один раз было, но: 1. на другом дистрибутиве.
2. Это была какая-то версия 4.2.x.
> достаточно добавить README.alt в пакет с дискуссией выше?

(Ответ для viy на комментарий #7)
> (Ответ для gosts 87 на комментарий #6)
> > Думаю, что указывание переменных окружения вручную можно считать фичей, а не
> > багом.
> 
> так что, ничего не нужно делать?
> достаточно добавить README.alt в пакет с дискуссией выше?

Думаю, что обычному пользователю было бы комфортнее, если бы пакет fcitx5-autostart выполнял бы свою прямую задачу. 
На данный момент смысл присутствия этого пакета в репозитории непонятен - зачем он нужен, если пользователь ручками сам всё должен сделать?
Как писали ниже, там проблема всего лишь с правами на скрипт.

(Ответ для gosts 87 на комментарий #8)
> достаточно добавить README.alt в пакет с дискуссией выше?
Вот: http://forum.russ2.com/index.php?showtopic=5624
Сочинил на досуге.

(Ответ для gosts 87 на комментарий #8)
> (Ответ для viy на комментарий #7)
> > (Ответ для gosts 87 на комментарий #6)
> > > Думаю, что указывание переменных окружения вручную можно считать фичей, а не
> > > багом.
> > 
> > так что, ничего не нужно делать?
> Лично я не помню, чтобы при установке fcitx вообще когда-либо переменные
> прописывались автоматически... 
> При установке IBus и uim так было, а вот с fcitx такое у меня один раз было,
> но: 1. на другом дистрибутиве.
> 2. Это была какая-то версия 4.2.x.
> > достаточно добавить README.alt в пакет с дискуссией выше?
Нравится вам "ручками" прописывать, просто не ставьте пакет fcitx5-autostart.
Кому-то комфортнее было бы просто поставить пакет.

(Ответ для Шевченко Денис на комментарий #11)
> Нравится вам "ручками" прописывать, просто не ставьте пакет fcitx5-autostart.
> Кому-то комфортнее было бы просто поставить пакет.
Это не мне "нравится". Просто с этой программой всегда в Альте так было.

Насколько я понимаю Автозапуск корректно работает в Fedora, но при этом не работает в Альте.
https://fcitx-im.org/wiki/Setup_Fcitx_5#XDG_Autostart

(Ответ для Шевченко Денис на комментарий #11)
> Нравится вам "ручками" прописывать, просто не ставьте пакет fcitx5-autostart.
> Кому-то комфортнее было бы просто поставить пакет.
В том и проблема, что я вместе с fcitx5 устанавливал fcitx5-autostart - не заработало. Проще оказалось переменные самому указать...

(Ответ для gosts 87 на комментарий #14)
> (Ответ для Шевченко Денис на комментарий #11)
> > Нравится вам "ручками" прописывать, просто не ставьте пакет fcitx5-autostart.
> > Кому-то комфортнее было бы просто поставить пакет.
> В том и проблема, что я вместе с fcitx5 устанавливал fcitx5-autostart - не
> заработало. Проще оказалось переменные самому указать...

Почитайте обсуждение с самого первого поста, там написано почему у вас "не заработало".
Если честно, абсолютно бесполезная дискуссия. В обсуждении всё расписано.

(Ответ для Шевченко Денис на комментарий #15)
> (Ответ для gosts 87 на комментарий #14)
> Почитайте обсуждение с самого первого поста, там написано почему у вас "не
> заработало".
> Если честно, абсолютно бесполезная дискуссия. В обсуждении всё расписано.
Я, ведь не спорю, что изменение прав исправляет это и автозапуск при изменении прав с 644 на 755 проблема исправляется. Теперь дело за viy.

fcitx5-5.1.2-alt1_1 -> sisyphus:

 Fri Nov 03 2023 Igor Vlasenko <viy@altlinux> 5.1.2-alt1_1
 - new version
 - fixed profile (closes: #46880)