[ibus config] Configuration des méthodes d'entrée (résolu)

[FTC56]

Bonjour;

Ayant installé hier iBus et iBus Anthy pour la saisie en japonais, je suis confronté à un problème de configuration de celui-ci.
En effet, en lançant l'utilitaire de configuration d'iBus (ibus-setup) puis en allant dans la configuration des méthodes d'entrée, je ne peux pas en ajouter.

Actuellement, aucune disposition n'est présente dans la liste, mais c'est la disposition US (par défaut je suppose) qui est sélectionnée.

La capture d'écran suivante vous permettra d'avoir un aperçu du résultat lorsque je tente d'ajouter une méthode d'entrée : http://hpics.li/3a387f3
Je précise que si je viens poster ici, c'est parce que je n'ai pas eu de réponse sur IRC (ni hier, ni aujourd'hui) et pour avoir déjà installé iBus, je n'ai jamais rencontré ce problème.

Y aurait-il donc un moyen pour configurer les méthodes d'entrée soit via la ligne de commande, soit via un fichier ou existe t-il un correctif permettant de régler ce problème ?

Je vous remercie d'avance pour votre aide.

Cordialement,

[FTC56]

Je me permet de faire un petit up du topic, le problème n'étant pas résolut.

[FoolEcho]

Salut,

Vu que tu à l'air d'être sous KDE, je pense qu'il te manque ibus-qt.

IBus

[FTC56]

Bonjour;

J'avais déjà essayé l'installation avec ibus-qt (il me semble d'ailleurs que le screen prit ci-dessus a été fait avec ibus-qt d'installé). Néanmoins, je rencontrais quand même le problème. Y a t'il une commande spécifique pour lancer iBus via ibus-qt ?

[FoolEcho]

Je ne m'en sers pas, je ne pourrais pas te dire... As-tu suivi les étapes du wiki ? https://wiki.archlinux.org/index.php/IBus#Initial_setup (il faut aussi avoir installé certains des moteurs des méthodes d'entrées selon ce que tu veux: ibus-anthy, etc.)

[FTC56]

Oui j'ai bien suivis le Wiki, et c'est vraiment lors de la sélection des différentes méthodes de saisie que j'ai un problème. Normalement on peut sélectionner des méthodes d'entrée classique comme le français, l'anglais, etc ... sans avoir de moteur supplémentaire comme Anthy à installer. Toutefois, Anthy est bien installé et le problème est pourtant présent ...

Saurais-tu s'il y a un fichier de configuration d'iBus que je puisse effacer ? Car même après une réinstallation d'ibus, alors que par défaut il y a au moins l'anglais dans la liste (en tout cas il y était à ma première installation), je n'ai aucun paramètre disponible dans les méthodes d'entrée ...

[FoolEcho]

Saurais-tu s'il y a un fichier de configuration d'iBus que je puisse effacer ? Car même après une réinstallation d'ibus, alors que par défaut il y a au moins l'anglais dans la liste (en tout cas il y était à ma première installation), je n'ai aucun paramètre disponible dans les méthodes d'entrée ...

Regarde du côté de ~/.config (~/.config/ibus ?) je pense.

[FTC56]

Justement non. J'ai bien un dossier ~/.config/ibus/bus mais il ne contient qu'un fichier "805b57d71c0447c2be5938eaf944a9c4-unix-0" contenant

# This file is created by ibus-daemon, please do not modify it
IBUS_ADDRESS=unix:abstract=/tmp/dbus-G0Vbhlid,guid=a3e582511a359a347ed0451453f491e4
IBUS_DAEMON_PID=1889


Donc ce n'est pas vraiment ce que je cherche ... Le truc c'est que j'ai regardé un peu partout dans le dossier personnel et /etc/ et je n'ai trouvé nul part de dossier de configuration ...

[FoolEcho]

Donc ce n'est pas vraiment ce que je cherche ... Le truc c'est que j'ai regardé un peu partout dans le dossier personnel et /etc/ et je n'ai trouvé nul part de dossier de configuration ...

C'est forcément au niveau du HOME de ton utilisateur. Utilise find ~ -name "*ibus*" par exemple.
Tu peux aussi supprimer le ~/.config/ibus/, ça repartira forcément de zéro...

[FTC56]

Bon, je viens de supprimer tous les fichiers relatifs à ibus dans le home, et le problème persiste toujours : aucune méthode par défaut dans la liste, et toujours impossible d'ajouter une méthode d'entrée.

[FoolEcho]

J'ai testé en installant ibus, ibus-qt et en lançant ibus-setup... pas de problème, il y a bien des méthodes d'entrées de disponible...

Pourrissement de ton HOME, peut-être ? (sinon je ne vois pas... ) Est-ce que find ~ ! -user ton_user renvoie quelque chose par hasard ? (auquel cas, consulte les sujets chown/user/root...)

[benjarobin]

Pour compléter ce que dit FoolEcho, le mieux dans ce cas est de créer un utilisateur de test, ainsi on ne se pose plus la question d'un HOME éventuellement problématique

[FTC56]

Je viens de reéinstaller mon arch y a deux semaines, je doute que le home soit pourrit, mais je vais toujours essayer ...

Edit : bon, j'ai testé sur un nouvel utilisateur. Le problème de sélection est toujours présent, mais cette fois j'ai la méthode d'entrée française qui est présente, c'est déjà ça ...
Mais bon, au final je ne suis pas plus avancé puisque je ne peux toujours pas utiliser le japonais ...

[Popolon]

$ ibus-setup
Traceback (most recent call last):
J'ai eu le même problème.

En fait, si on lance ibus-setup depuis un terminal, on voit que la version actuelle d'ibus exige d'avoir la locale en_US.UTF-8, c'est ballot quand on est francophone et veut écrire dans une langue asiatique. Mais voilà. Le massage est le suivant :

Code : Tout sélectionner

  File "/usr/share/ibus/setup/main.py", line 322, in __button_engine_add_cb
    dialog.set_engines(self.__engines)
  File "/usr/share/ibus/setup/enginedialog.py", line 327, in set_engines
    locale.setlocale(locale.LC_ALL, 'en_US.UTF-8')
  File "/usr/lib/python3.4/locale.py", line 592, in setlocale
    return _setlocale(category, locale)
 locale.Error: unsupported locale setting

La solution, consiste donc tout simplement à ajouter la local, sous root en tapant :

Code : Tout sélectionner

localedef -c -f UTF-8 -i en_US en_US.UTF-8

puis de relancer ibus-setup en tant qu'utilisateur, pas en tant que root. Et là, tout devrait rouler.

[benjarobin]

Si je comprends bien la raison du problème pour le résoudre proprement (au lieu d'utiliser localedef) il suffit donc de dé-commenter en_US.UTF-8 de /etc/locale.gen puis de lancer locale-gen
Et chez moi cette locale est toujours activé, ceci peut surement expliqué pourquoi on a du mal à reproduire ton problème.

[Popolon]

Tiens, merci du truc, je ne connaissais pas. Je viens, de vérifier ce que fait ce programme, il fait la même chose, en récupérant en_US.UTF-8 dans /etc/locale.gen, mais il passe en plus un argument -A /usr/share/locale/locale.alias

J'ai regardé par curiosité, ce fichier ne contient qu'une poignée de locale et est marqué comme obsolète :

Code : Tout sélectionner

# Note: This file is obsolete and is kept around for the time being for
# backward compatibility.  Nobody should rely on the names defined here.
# Locales should always be specified by their full name.

TODO: Il y a donc possibilité de mettre à jour ce script avec un argument en moins et d'avoir un fichier en moins à installer. Je vois qu'il appartient au paquet glibc 2.19-5. => je pars en bug report. Mais je pars aussi en off-topic je crois.

[FTC56]

Bonjour;

Merci Popolon, ta solution a résolut mon problème et tout marche comme il faut maintenant !

Problème résolut donc !

[benjarobin]

[Popolon]

Pour information, j'ai ouvert un premier bug report sur le tracker (il n'y a aucune raison aujourd'hui d'installer par défaut et de dépendre de la locale en_US) :

https://bugs.archlinux.org/task/41707

et comme visiblement, le problème est upstream :

https://code.google.com/p/ibus/issues/d ... 1409309916

Espérons que ce problème soit rapidement résolu dans iBus, tout le monde n'aura pas le réflexe de chercher sur ce forum, et risque d'installer quelque chose de moins bien et moins complet qu'iBus.

Au passage, petit rappel pour les gens qui tomberaient sur ce sujet : utiliser ibus-libpinyin et non plus ibus-pinyin, qui est abandonné et ne fontionne plus)