[HOWTO] CJK (chinois japonais koréen) sous Ubuntu Dapper

Shaahrazade · Le 09/06/2006, à 03:35

L'une des meilleure méthode pour taper en japonais, chinois, coréen ou en toute autre langue exotique (on trouve l'arabe, le bangali, l'amharique, le népalais, le russe et autre thai ou tamoul sur les dépôts ubuntu) est celle offerte par SCIM (http://www.scim-im.org/), du moins, à mon avis.
Scim remplace avec un certain bonheur les anciennes méthode telles que cannat ou kinput, c'est en tout cas la seule méthode que j'ai réussi à faire fonctionner pour l'ensemble des programmes que j'utilisais sous linux sans avoir à passer par une série de copier-coller au cour de laquelle les polices changent et des caractères se perdent.

Sous Breezy, le paquet scim et les librairies associées étaient "cassés", si mes souvenirs sont exact, c'était lié au changement de la version de python ou de gcc avec laquelle ils étaient compilés. Le résultat était une galère certaine pour faire fonctionner scim et taper en japonais ou chinois. J'avais résolu le problème en installant la version japonaise de breezy (http://www.ubuntulinux.jp/) pour laquelle l'équipe nippone avait bien bossé en préinstallant les paquets qu'il fallait pour que ça ne plante pas. Il y a tout de même deux inconvénients majeurs à cette solution :
1- L'installation du système qui se fait entièrement en japonais (à vos dico !)
2- Les paquets "réparés" par l'équipe japonaise ne concernaient évidement que sa propre langue et l'on avait automatiquement des ennuis dès qu'on voulait taper en chinois ou en arabe.

Sous dapper, ces problèmes ont visiblement été corrigés puisque l'installation de la version "classique" (entendre non spécifiquement japonaise par là) de dapper puis celle de scim et des tables et polices associées par apt-get se passe sans problème particulier. Par contre, ceux qui ont les paquets scim et anthy du breezy japonais installés sur leur machine doivent bien penser à les désintaller avant de faire un upgrade de breezy à dapper. Il semble que ceux-ci entrent en conflit avec les nouveaux paquets Xorg de dapper et le serveur graphique refusera de s'installer correctement et (par conséquent) de démarrer après un upgrade. Sur une nouvelle installation de dapper par contre, tout marche mieux que jamais. Pour le japonais, il faut installer les packages suivants :

 apt-get install scim anthy scim-gtk2-immodule ttf-kochi-mincho ttf-kochi-gothic xfonts-intl-japanese kasumi

Bien entendu, pour le chinois on peut adpater en installant les modules pinyin et les polices chinoises, on peut aussi tout installer si on veut taper en chinois et en japonais alternativement.
Il se peut que anthy ou kasumi ne soient pas présent sur les dépôts par défaut, dans ce cas, il faudra ajouter les lignes suivantes dans /etc/apt/sources.list :

deb http://archive.ubuntulinux.jp/ubuntu-ja dapper/
deb http://archive.ubuntulinux.jp/ubuntu-ja dapper-ja/

Un petit coup d'apt-get update et anthy et kasumi devrait être là. Pour avoir un environement japonais complet, on peut installer ubuntu-desktop-ja et dans ce cas, tout ce qu'il faut pour lire, écrire et même avoir son environement en japonais sera installé par défaut. Je crois (mais je ne suis pas sure) que dans un environement en japonais, la méthode d'entrée est automatiquement configurée pour scim et qu'il n'est pas nécessaire d'aller plus loin. Pour un environement en langues occidentales par contre, il faut configurer la méthode d'entrée, pour cela, créer le fichier /etc/X11/Xsession.d/78custom-scim_init (en sudo ou en root, évidement) et y mettre :

export LC_CTYPE=ja_JP.UTF-8
export XMODIFIERS="@im=SCIM"
export GTK_IM_MODULE="scim"
export XIM_PROGRAM="scim -d"
#skim -d -f
scim -d

Pour que scim soit la méthode d'entrée pour un seul utilisateur (sous gnome), il faudra commenter la dernière ligne et aller dans le menu système -> préférences -> session de cet utilisateur. Ajouter "scim -d" dans les programes au démarrage.

Pour les utilisateur de Kubuntu, ou ceux d'ubuntu mais qui font tourner des appli kde sous gnome, skim se trouve enfin dans les dépôts ubuntu, ce qui évite toute une gymnastique pour les langue exotiques avec les applis kde.

 apt-get install skim

qtconfig doit s'installer avec skim mais si ce n'est pas le cas, il faut le faire manuellement. Ensuite, lancer qtconfig et dans l'onglet "interface" mettre over the spot dans le "xim input style".
1) Pour que skim se lance pour un seul utilisateur, il faut, depuis le compte de cet utilisateur, lancer la commande

skim -d -f

Une icone apparaît alors dans la barre des taches et il est possible de configurer skim en cliquant droit sur l'icone ; dans l'onglet général, cocher "lancer au démarrage de kde".
2) Pour lancer skim pour tous les utilisateurs de la machine: dans /etc/X11/Xsession.d/78custom-scim_init commenter la ligne se rapportant à scim et décommenter celle se rapportant à skim .
À ce stade, il faut bien sûr redémarrer le serveur graphique pour que tout fonctionne correctement.

Skim tourne aussi bien sous gnome que sous kde ou xfce, scim marche très bien sous gnome et sous xfce, je ne l'ai pas testé sous kde mais du moment que skim fontionne, cela ne fait pas grande différence...
L'avantage de skim par rapport à scim, c'est qu'il se surimpose sur tout l'environement, c'est-à-dire qu'en changeant de fenêtre, on ne change pas de méthode d'entrée. Le graphisme est également un peu différent de celui de scim et certains préfèreront.
L'avantage de scim par rapport à skim, c'est qu'il ne change la méthode d'entrée que pour la fenêtre courante et qu'on peut donc taper des commandes en alphabet latin dans un terminal tandis qu'un email en chinois est en cour de rédaction sans avoir à changer la méthode d'entrée. skim est également un peu lent sous gnome, il se charge en 1 seconde au lieu d'une demi-seconde pour scim.
Je n'ai pas noté de différence de vitesse en scim et skim pour xfce, l'un ou l'autre est indifférement utilisable.

danmcgoo · Le 30/08/2006, à 16:41

OK j'ai retrouve ton HOWTO.
Cependant j'ai bien fait les exports, mais mon probleme viens du fait que le scim -d ne passe pas car il avorte (voir mon post)

Dernière modification par danmcgoo (Le 30/08/2006, à 16:42)

Alain Côté · Le 02/09/2006, à 03:33

Merci beaucoup, très pratique !

Juste une modif pour ceux qui utilisent aussi Vmware Player. Pour qu'il fonctionne toujours il faut remplacer

export GTK_IM_MODULE="scim"

par

export GTK_IM_MODULE="xim"

Autrement Vmware Player plante.

Shaahrazade · Le 02/09/2006, à 04:03

Oui, il y a le même problème avec skype et vmware, on peut aussi désactiver les module GTK en lançant vmware (voir ce post http://forum.ubuntu-fr.org/viewtopic.php?id=36111&p=1), c'est plus ennuyeux avec skype avec lequel on pourrait avoir envie de taper en japonais ou en coréen (voir ce post http://forum.ubuntu-fr.org/viewtopic.php?id=43409).

Avec le GTK_IMMODULE="xim", ça marche peut être sans problème...

Alain Côté · Le 05/09/2006, à 01:44

Autre problème ici, avec cette activation permantente de scim. Depuis que j'ai installé ça, je plante très souvent dans Epiphany ou Firefox quand je clique sur un lien alors que scim est activé (avec l'icône de scim affichée). Je dois donc passer au clavier français avec Ctrl-espace avant de cliquer sur les liens (ce problème survient sur certains sites, pas tous). Quelqu'un a le même problème ?

Alain Côté · Le 05/09/2006, à 02:09

Voici un exemple de lien qui fait planter mon navigateur quand le clavier japonais de scim (anthy) est activé (avec la configuration du présent fil. variante xim pour ne pas faire planter VMware Player).

http://www.japanese2.com/toppage.html

(Ne plante pas si le clavier français est activé au lieu de Anthy).

Alain Côté · Le 05/09/2006, à 02:14

Bon, ça ne fait pas planter quand je mets le lien ici. Par contre si je vais sur le site à l'adresse http://www.japanese2.com/dictionary/dictionary.html puis clique sur le lien 日本語駆け込み寺 en bas, je plante à tout coup.

Shaahrazade · Le 05/09/2006, à 04:12

Ben chez moi, ça ne plante pas, il ouvre une autre fenêtre de navigateur...
Alors je ne sais pas. Tu as un message d'erreur en lançant firefox depuis un terminal ??

Autre chose, j'ai persisté avec le GTK_IMMODULE="scim" en utilisant la méthode proposée par trépa pour éviter le plantage de vmware. Est-ce xim qui fait planter firefox ?

Alain Côté · Le 05/09/2006, à 04:44

Merci Shaahrazade, tu me fais réaliser que c'est toujours quand je clique sur un lien de type "Ouvrir dans une autre fenêtre" que ça plante.

Je suis plutôt débutant sous Linux et j'ai un peu de mal à voir si c'est xim qui fait planter Firefox et Epiphany (et je sais pas comment appliquer la solution de trépa), mais avec la fonction de débogage d'Epiphany j'obtiens ça (mais j'y comprends rien ) :

Backtrace was generated from '/usr/bin/epiphany'

(no debugging symbols found)
Using host libthread_db library "/lib/tls/i686/cmov/libthread_db.so.1".
(no debugging symbols found)

(ici je coupe, "no debugging symboles found" revient des dizaines de fois)

[Thread debugging using libthread_db enabled]
[New Thread -1227798848 (LWP 14009)]
[New Thread -1367499856 (LWP 14021)]
[New Thread -1359107152 (LWP 14020)]
[New Thread -1350714448 (LWP 14019)]
[New Thread -1325843536 (LWP 14018)]
[New Thread -1334236240 (LWP 14017)]
[New Thread -1317344336 (LWP 14015)]
[New Thread -1300481104 (LWP 14014)]

(je coupe encore les "no debugging symbols fund")

0xffffe410 in __kernel_vsyscall ()
#0 0xffffe410 in __kernel_vsyscall ()
#1 0xb7e7b95b in waitpid () from /lib/tls/i686/cmov/libc.so.6
#2 0xb7d408e6 in libgnomeui_module_info_get ()
from /usr/lib/libgnomeui-2.so.0
#3 0xb7f80c55 in gtk_moz_embed_get_title ()
from /usr/lib/firefox/libgtkembedmoz.so
#4 <signal handler called>
#5 0xb71a7b3c in _XimSetEventMaskCallback () from /usr/lib/libX11.so.6
#6 0xb71a9424 in _XimFreeProtoIntrCallback () from /usr/lib/libX11.so.6
#7 0xb71b5f55 in _XimFilterWaitEvent () from /usr/lib/libX11.so.6
#8 0xb71b5ca4 in _XimWrite () from /usr/lib/libX11.so.6
#9 0xb71b5d0b in _XimRead () from /usr/lib/libX11.so.6
#10 0xb71a38cc in _XimUnregisterServerFilter () from /usr/lib/libX11.so.6
#11 0xb71932c7 in XGetICValues () from /usr/lib/libX11.so.6
#12 0xb17b328d in gtk_im_context_xim_new ()
from /usr/lib/gtk-2.0/2.4.0/immodules/im-xim.so
#13 0xb17b3447 in gtk_im_context_xim_new ()
from /usr/lib/gtk-2.0/2.4.0/immodules/im-xim.so
#14 0xb75ab6ea in gtk_im_context_set_cursor_location ()
from /usr/lib/libgtk-x11-2.0.so.0
#15 0xb75ad6a2 in gtk_im_multicontext_new () from /usr/lib/libgtk-x11-2.0.so.0
#16 0xb75ab6ea in gtk_im_context_set_cursor_location ()
from /usr/lib/libgtk-x11-2.0.so.0
#17 0xb3292f66 in ?? () from /usr/lib/firefox/components/libwidget_gtk2.so
#18 0x0928bb78 in ?? ()
#19 0xbfb963ac in ?? ()
#20 0xbfb963bc in ?? ()
#21 0xbfb96368 in ?? ()
#22 0xb7e55411 in malloc () from /lib/tls/i686/cmov/libc.so.6
#23 0xb32933bb in ?? () from /usr/lib/firefox/components/libwidget_gtk2.so
#24 0x092e6098 in ?? ()
#25 0xb17b51c0 in ?? () from /usr/lib/gtk-2.0/2.4.0/immodules/im-xim.so
#26 0xbfb96428 in ?? ()
#27 0xb17b166a in gtk_im_context_xim_new ()
from /usr/lib/gtk-2.0/2.4.0/immodules/im-xim.so
#28 0xb3293650 in ?? () from /usr/lib/firefox/components/libwidget_gtk2.so
#29 0x092e6098 in ?? ()
#30 0x00000000 in ?? ()

Thread 8 (Thread -1300481104 (LWP 14014)):
#0 0xffffe410 in __kernel_vsyscall ()
No symbol table info available.
#1 0xb7eaf8c4 in poll () from /lib/tls/i686/cmov/libc.so.6
No symbol table info available.
#2 0xb7f41086 in PR_Poll () from /usr/lib/libnspr4.so
No symbol table info available.
#3 0xb34ee0e0 in NSGetModule () from /usr/lib/firefox/components/libnecko.so
No symbol table info available.
#4 0xb34ee825 in NSGetModule () from /usr/lib/firefox/components/libnecko.so
No symbol table info available.
#5 0xb6f2ab39 in nsIThread::IsMainThread ()
from /usr/lib/firefox/libxpcom_core.so
No symbol table info available.
#6 0xb7f4279d in PR_Select () from /usr/lib/libnspr4.so
No symbol table info available.
#7 0xb702f341 in start_thread () from /lib/tls/i686/cmov/libpthread.so.0
No symbol table info available.
#8 0xb7eb94ee in clone () from /lib/tls/i686/cmov/libc.so.6
No symbol table info available.

Thread 7 (Thread -1317344336 (LWP 14015)):
#0 0xffffe410 in __kernel_vsyscall ()
No symbol table info available.
#1 0xb7031eec in pthread_cond_timedwait@@GLIBC_2.3.2 ()
from /lib/tls/i686/cmov/libpthread.so.0
No symbol table info available.
#2 0xb7ec652e in pthread_cond_timedwait () from /lib/tls/i686/cmov/libc.so.6
No symbol table info available.
#3 0xb7f3d207 in PR_Lock () from /usr/lib/libnspr4.so
No symbol table info available.
#4 0xb7f3d55d in PR_WaitCondVar () from /usr/lib/libnspr4.so
No symbol table info available.
#5 0xb6f2cec4 in NS_NewThread () from /usr/lib/firefox/libxpcom_core.so
No symbol table info available.
#6 0xb6f2ab39 in nsIThread::IsMainThread ()
from /usr/lib/firefox/libxpcom_core.so
No symbol table info available.
#7 0xb7f4279d in PR_Select () from /usr/lib/libnspr4.so
No symbol table info available.
#8 0xb702f341 in start_thread () from /lib/tls/i686/cmov/libpthread.so.0
No symbol table info available.
#9 0xb7eb94ee in clone () from /lib/tls/i686/cmov/libc.so.6
No symbol table info available.

Thread 6 (Thread -1334236240 (LWP 14017)):
#0 0xffffe410 in __kernel_vsyscall ()
No symbol table info available.
#1 0xb7031eec in pthread_cond_timedwait@@GLIBC_2.3.2 ()
from /lib/tls/i686/cmov/libpthread.so.0
No symbol table info available.
#2 0xb7ec652e in pthread_cond_timedwait () from /lib/tls/i686/cmov/libc.so.6
No symbol table info available.
#3 0xb7f3d207 in PR_Lock () from /usr/lib/libnspr4.so
No symbol table info available.
#4 0xb7f3d55d in PR_WaitCondVar () from /usr/lib/libnspr4.so
No symbol table info available.
#5 0xb34f8fcd in NSGetModule () from /usr/lib/firefox/components/libnecko.so
No symbol table info available.
#6 0xb34f9821 in NSGetModule () from /usr/lib/firefox/components/libnecko.so
No symbol table info available.
#7 0xb7f4279d in PR_Select () from /usr/lib/libnspr4.so
No symbol table info available.
#8 0xb702f341 in start_thread () from /lib/tls/i686/cmov/libpthread.so.0
No symbol table info available.
#9 0xb7eb94ee in clone () from /lib/tls/i686/cmov/libc.so.6
No symbol table info available.

Thread 5 (Thread -1325843536 (LWP 14018)):
#0 0xffffe410 in __kernel_vsyscall ()
No symbol table info available.
#1 0xb7031eec in pthread_cond_timedwait@@GLIBC_2.3.2 ()
from /lib/tls/i686/cmov/libpthread.so.0
No symbol table info available.
#2 0xb7ec652e in pthread_cond_timedwait () from /lib/tls/i686/cmov/libc.so.6
No symbol table info available.
#3 0xb7f3d207 in PR_Lock () from /usr/lib/libnspr4.so
No symbol table info available.
#4 0xb7f3d55d in PR_WaitCondVar () from /usr/lib/libnspr4.so
No symbol table info available.
#5 0xb34cd9aa in NSGetModule () from /usr/lib/firefox/components/libnecko.so
No symbol table info available.
#6 0xb7f4279d in PR_Select () from /usr/lib/libnspr4.so
No symbol table info available.
#7 0xb702f341 in start_thread () from /lib/tls/i686/cmov/libpthread.so.0
No symbol table info available.
#8 0xb7eb94ee in clone () from /lib/tls/i686/cmov/libc.so.6
No symbol table info available.

Thread 4 (Thread -1350714448 (LWP 14019)):
#0 0xffffe410 in __kernel_vsyscall ()
No symbol table info available.
#1 0xb7031eec in pthread_cond_timedwait@@GLIBC_2.3.2 ()
from /lib/tls/i686/cmov/libpthread.so.0
No symbol table info available.
#2 0xb7ec652e in pthread_cond_timedwait () from /lib/tls/i686/cmov/libc.so.6
No symbol table info available.
#3 0xb7f3d207 in PR_Lock () from /usr/lib/libnspr4.so
No symbol table info available.
#4 0xb7f3d55d in PR_WaitCondVar () from /usr/lib/libnspr4.so
No symbol table info available.
#5 0xb34cd9aa in NSGetModule () from /usr/lib/firefox/components/libnecko.so
No symbol table info available.
#6 0xb7f4279d in PR_Select () from /usr/lib/libnspr4.so
No symbol table info available.
#7 0xb702f341 in start_thread () from /lib/tls/i686/cmov/libpthread.so.0
No symbol table info available.
#8 0xb7eb94ee in clone () from /lib/tls/i686/cmov/libc.so.6
No symbol table info available.

Thread 3 (Thread -1359107152 (LWP 14020)):
#0 0xffffe410 in __kernel_vsyscall ()
No symbol table info available.
#1 0xb7031eec in pthread_cond_timedwait@@GLIBC_2.3.2 ()
from /lib/tls/i686/cmov/libpthread.so.0
No symbol table info available.
#2 0xb7ec652e in pthread_cond_timedwait () from /lib/tls/i686/cmov/libc.so.6
No symbol table info available.
#3 0xb7f3d207 in PR_Lock () from /usr/lib/libnspr4.so
No symbol table info available.
#4 0xb7f3d55d in PR_WaitCondVar () from /usr/lib/libnspr4.so
No symbol table info available.
#5 0xb34cd9aa in NSGetModule () from /usr/lib/firefox/components/libnecko.so
No symbol table info available.
#6 0xb7f4279d in PR_Select () from /usr/lib/libnspr4.so
No symbol table info available.
#7 0xb702f341 in start_thread () from /lib/tls/i686/cmov/libpthread.so.0
No symbol table info available.
#8 0xb7eb94ee in clone () from /lib/tls/i686/cmov/libc.so.6
No symbol table info available.

Thread 2 (Thread -1367499856 (LWP 14021)):
#0 0xffffe410 in __kernel_vsyscall ()
No symbol table info available.
#1 0xb7031eec in pthread_cond_timedwait@@GLIBC_2.3.2 ()
from /lib/tls/i686/cmov/libpthread.so.0
No symbol table info available.
#2 0xb7ec652e in pthread_cond_timedwait () from /lib/tls/i686/cmov/libc.so.6
No symbol table info available.
#3 0xb7f3d207 in PR_Lock () from /usr/lib/libnspr4.so
No symbol table info available.
#4 0xb7f3d55d in PR_WaitCondVar () from /usr/lib/libnspr4.so
No symbol table info available.
#5 0xb34cd9aa in NSGetModule () from /usr/lib/firefox/components/libnecko.so
No symbol table info available.
#6 0xb7f4279d in PR_Select () from /usr/lib/libnspr4.so
No symbol table info available.
#7 0xb702f341 in start_thread () from /lib/tls/i686/cmov/libpthread.so.0
No symbol table info available.
#8 0xb7eb94ee in clone () from /lib/tls/i686/cmov/libc.so.6
No symbol table info available.

Thread 1 (Thread -1227798848 (LWP 14009)):
#0 0xffffe410 in __kernel_vsyscall ()
No symbol table info available.
#1 0xb7e7b95b in waitpid () from /lib/tls/i686/cmov/libc.so.6
No symbol table info available.
#2 0xb7d408e6 in libgnomeui_module_info_get ()
from /usr/lib/libgnomeui-2.so.0
No symbol table info available.
#3 0xb7f80c55 in gtk_moz_embed_get_title ()
from /usr/lib/firefox/libgtkembedmoz.so
No symbol table info available.
#4 <signal handler called>
No symbol table info available.
#5 0xb71a7b3c in _XimSetEventMaskCallback () from /usr/lib/libX11.so.6
No symbol table info available.
#6 0xb71a9424 in _XimFreeProtoIntrCallback () from /usr/lib/libX11.so.6
No symbol table info available.
#7 0xb71b5f55 in _XimFilterWaitEvent () from /usr/lib/libX11.so.6
No symbol table info available.
#8 0xb71b5ca4 in _XimWrite () from /usr/lib/libX11.so.6
No symbol table info available.
#9 0xb71b5d0b in _XimRead () from /usr/lib/libX11.so.6
No symbol table info available.
#10 0xb71a38cc in _XimUnregisterServerFilter () from /usr/lib/libX11.so.6
No symbol table info available.
#11 0xb71932c7 in XGetICValues () from /usr/lib/libX11.so.6
No symbol table info available.
#12 0xb17b328d in gtk_im_context_xim_new ()
from /usr/lib/gtk-2.0/2.4.0/immodules/im-xim.so
No symbol table info available.
#13 0xb17b3447 in gtk_im_context_xim_new ()
from /usr/lib/gtk-2.0/2.4.0/immodules/im-xim.so
No symbol table info available.
#14 0xb75ab6ea in gtk_im_context_set_cursor_location ()
from /usr/lib/libgtk-x11-2.0.so.0
No symbol table info available.
#15 0xb75ad6a2 in gtk_im_multicontext_new () from /usr/lib/libgtk-x11-2.0.so.0
No symbol table info available.
#16 0xb75ab6ea in gtk_im_context_set_cursor_location ()
from /usr/lib/libgtk-x11-2.0.so.0
No symbol table info available.
#17 0xb3292f66 in ?? () from /usr/lib/firefox/components/libwidget_gtk2.so
No symbol table info available.
#18 0x0928bb78 in ?? ()
No symbol table info available.
#19 0xbfb963ac in ?? ()
No symbol table info available.
#20 0xbfb963bc in ?? ()
No symbol table info available.
#21 0xbfb96368 in ?? ()
No symbol table info available.
#22 0xb7e55411 in malloc () from /lib/tls/i686/cmov/libc.so.6
No symbol table info available.
#23 0xb32933bb in ?? () from /usr/lib/firefox/components/libwidget_gtk2.so
No symbol table info available.
#24 0x092e6098 in ?? ()
No symbol table info available.
#25 0xb17b51c0 in ?? () from /usr/lib/gtk-2.0/2.4.0/immodules/im-xim.so
No symbol table info available.
#26 0xbfb96428 in ?? ()
No symbol table info available.
#27 0xb17b166a in gtk_im_context_xim_new ()
from /usr/lib/gtk-2.0/2.4.0/immodules/im-xim.so
No symbol table info available.
#28 0xb3293650 in ?? () from /usr/lib/firefox/components/libwidget_gtk2.so
No symbol table info available.
#29 0x092e6098 in ?? ()
No symbol table info available.
#30 0x00000000 in ?? ()
No symbol table info available.
#0 0xffffe410 in __kernel_vsyscall ()

Shaahrazade · Le 05/09/2006, à 11:15

Ben ça ressemble à un problème de police ou de table de caractère. Il y a des trucs qu'il n'arrive pas à afficher, d'où la collection de lignes "no symbol table info available".
En premier lieu, vérifie que toutes les polices nécessaires sont bien installées. Ensuite, si c'est vraiment xim qui fait planter firefox, remplace le par scim puis applique la méthode trépa :

 $cd /usr/lib/vmware/lib/libglib-2.0.so.0/
$sudo mv libglib-2.0.so.0 libglib-2.0.so.0.save
$sudo ln -s /usr/lib/libglib-2.0.so.0 libglib-2.0.so.0

Ça marche pour faire fonctionner vmware. Pour skype je n'ai pas d'autre solution que l'installation du paquet japonais.
Ensuite vérifie si ça plante toujours firefox...

Alain Côté · Le 05/09/2006, à 15:39

Merci beaucoup, tout semble rentré dans l'ordre avec cette méthode ! Génial.

Alain Côté · Le 06/09/2006, à 00:14

Oups, finalement (après déconnexion et reconnexion dans Gnome) ça fait maintenant planter VMware (et Gizmo). Peut-être parce que j'ai dû adapter la ligne

$cd /usr/lib/vmware/lib/libglib-2.0.so.0/

puisque mon vmware est installé dans mon home. Fallait-il que j'adapte aussi

$sudo ln -s /usr/lib/libglib-2.0.so.0 libglib-2.0.so.0 ?

Shaahrazade · Le 06/09/2006, à 01:32

Sinon plus simple, mais moins élégant, tu peux te créer un alias dans ton .bashrc :

alias vmware='unset GTK_MODULES; vmware&'

Soit tu redémarres une console (après avoir sauvegardé .bashrc), soit tu fais un truc genre source .bashrc, puis lance vmware.

Il y a eu un fil sur ce sujet -> http://forum.ubuntu-fr.org/viewtopic.php?id=36111&p=1

Alain Côté · Le 14/09/2006, à 06:00

Bonjour Shaahrazade. Juste une petite réponse rapide de politesse pour dire que finalement je suis revenu à l'installation ordinaire de scim (donc uniquement pour les applications de Gnome), puisque ça rendait mon système instable (parfois le clavier ne répondait carrément plus quand je voulais changer le nom d'un fichier). Je préfère attendre une combinaison plus performante d'Ubuntu et Scim. Soit dit en passant, je suis déjà tombé sur une version parfaite sur ce point, la Mandriva-One-Asia-Africa-2006. Rien à ajuster, le japonais et le français fonctionnaient parfaitement dans toutes les applications même si on choisissait le français à l'installation.

J'ai d'ailleurs du mal à comprendre que les langues asiatiques causent des problèmes sous Linux. Sous Windows, j'ai toujours basculé du japonais au français sans problème (depuis Windows 95 si ma mémoire est bonne).

Shaahrazade · Le 14/09/2006, à 08:58

C'est bizarre le problème que tu m'anonces. Le clavier disparaît ??
Moi à part pour l'installation sous breezy qui m'a arraché quelques larmes en son temps, scim ne m'a jamais posé de véritable problème.

Ça a toujours bien marché et je trouve ça très performant...

Alain Côté · Le 14/09/2006, à 09:01

Non, le clavier ne disparaît pas, je tape sur les touches et ça reste sans effet.

Stepho · Le 11/10/2006, à 09:31

Bonjour à tous,

Juste une petite remarque que je n'ai vu nulle part et qui en y réflêchissant est assez évidente (ce qui n'empêche qu'étant relativement novice dans la configuration sous Linux, j'ai mis longtemps à y penser ).

Pour pouvoir taper en Chinois dans toutes les applications (je pense notamment à OpenOffice, sans ça, ça ne marche pas), il faut activer le support linguistique du Chinois (installer les locales et tout ça).
Pour ce faire (sous Kubuntu en tout cas) il faut:

1) Installer les locales Chinoise (K > Système > Support linguistique)
2) Ajouter le Chinois aux langues du système (K > Paramètres Systèmes > Régionalisation)
3) Lancer les applications OpenOffice dans un environnement avec LC_CTYPE=zh_CN.UTF-8 (export LC_CTYPE=zh_CN.UTF-8; oowriter)

On pourrait mettre LC_CTYPE dans son profil, mais ça risque de mettre toutes les applis en Chinois (et moi, je n'utilise que le Chinois que rarement)

J'espère que ça a pu en débloquer certains.

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 09/06/2006, à 03:35

[HOWTO] CJK (chinois japonais koréen) sous Ubuntu Dapper

#2 Le 30/08/2006, à 16:41

Re : [HOWTO] CJK (chinois japonais koréen) sous Ubuntu Dapper

#3 Le 02/09/2006, à 03:33

Re : [HOWTO] CJK (chinois japonais koréen) sous Ubuntu Dapper

#4 Le 02/09/2006, à 04:03

Re : [HOWTO] CJK (chinois japonais koréen) sous Ubuntu Dapper

#5 Le 05/09/2006, à 01:44

Re : [HOWTO] CJK (chinois japonais koréen) sous Ubuntu Dapper

#6 Le 05/09/2006, à 02:09

Re : [HOWTO] CJK (chinois japonais koréen) sous Ubuntu Dapper

#7 Le 05/09/2006, à 02:14

Re : [HOWTO] CJK (chinois japonais koréen) sous Ubuntu Dapper

#8 Le 05/09/2006, à 04:12

Re : [HOWTO] CJK (chinois japonais koréen) sous Ubuntu Dapper

#9 Le 05/09/2006, à 04:44

Re : [HOWTO] CJK (chinois japonais koréen) sous Ubuntu Dapper

#10 Le 05/09/2006, à 11:15

Re : [HOWTO] CJK (chinois japonais koréen) sous Ubuntu Dapper

#11 Le 05/09/2006, à 15:39

Re : [HOWTO] CJK (chinois japonais koréen) sous Ubuntu Dapper

#12 Le 06/09/2006, à 00:14

Re : [HOWTO] CJK (chinois japonais koréen) sous Ubuntu Dapper

#13 Le 06/09/2006, à 01:32

Re : [HOWTO] CJK (chinois japonais koréen) sous Ubuntu Dapper

#14 Le 14/09/2006, à 06:00

Re : [HOWTO] CJK (chinois japonais koréen) sous Ubuntu Dapper

#15 Le 14/09/2006, à 08:58

Re : [HOWTO] CJK (chinois japonais koréen) sous Ubuntu Dapper

#16 Le 14/09/2006, à 09:01

Re : [HOWTO] CJK (chinois japonais koréen) sous Ubuntu Dapper

#17 Le 11/10/2006, à 09:31

Re : [HOWTO] CJK (chinois japonais koréen) sous Ubuntu Dapper

Pied de page des forums