After updating to xorg-x11-6.8.0-r3 from r1 two days ago, I have had problems with displaying Japanese characters in Gnome panel and Mozilla. FYI, I am running gnome 2.6.2 on en_US.UTF-8 locale on amd64. Gnome Panel: * Only partially able to display kanji and kana Mozilla: * Unable to display unicode japanese in html pages and tab headers * Unable to input japanese using UIM-anthy * Able to display Euc-jp in html pages and window title, but not in tab headers or bookmarks (because of unicode representation in application?) * Seems to get unstable and segfault when displaying s-jis (?) For some reason I am able to enter japanese successfully into Gedit, Gaim and xchat, so i doubt this is a uim related problem. I tried to resolve this by reverting to xorg-x11-6.8.0-r1 but to no avail. Has any cjk / unicode related patches been removed recently? Just to make sure I have re-emerged glib, gtk+, gnome-panel, uim and mozilla but is there perhaps some other library or such I am overlooking? It might be a font problem of some sort (tried different settings in xorg.conf & gnome but no luck), but since I obviously have had a working setup for reading and writing japanese in unicode a few days ago I'm a bit confounded here. Any ideas? Reproducible: Always Steps to Reproduce: 1. emerge -u xorg 2. 3. Actual Results: Installed xorg 6.8.0-r3, but unicode display using japanese fonts in mozilla not working any more. Expected Results: Expected unicode display using japanese fonts in mozilla to work after upgrade. Portage 2.0.51-r3 (default-amd64-2004.2, gcc-3.3.4, glibc-2.3.4.20040808-r1, 2.6.9-gentoo-r1 x86_64) ================================================================= System uname: 2.6.9-gentoo-r1 x86_64 4 Gentoo Base System version 1.4.16 Autoconf: sys-devel/autoconf-2.59-r5 Automake: sys-devel/automake-1.8.5-r1 Binutils: sys-devel/binutils-2.15.90.0.1.1-r3 Headers: sys-kernel/linux26-headers-2.6.8.1-r1 Libtools: sys-devel/libtool-1.5.2-r5 ACCEPT_KEYWORDS="amd64" AUTOCLEAN="yes" CFLAGS="-O2" CHOST="x86_64-pc-linux-gnu" COMPILER="" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3/share/config /usr/lib/mozilla/defaults/pref /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O2" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs candy ccache distlocks" GENTOO_MIRRORS="http://gentoo.osuosl.org http://distro.ibiblio.org/pub/Linux/distributions/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X alsa amd64 apache2 apm arts avi berkdb bitmap-fonts cdr cjk crypt dvd emacs encode esd f77 faad foomaticdb fortran gd gd-external gdbm gif gnome gpm gtk gtk2 imap imlib java jpeg libg++ libwww mad matroska mbox mikmod motif mozcalendar mozilla mpeg multilib mysql ncurses nls nogcj oggvorbis opengl oss pam pdflib perl png postgres python qt quicktime readline ruby sdl slang spell ssl tcpd tetex threads truetype unicode xml2 xmms xv zlib"
I have no clue why that would be the case. Any chance you saved a package of your 6.8.0-r1? The only changes between the last 6.8.0-r1 and -r3 were a security patch to libXpm. I don't see any earlier cjk-related changes to -r1 in the ChangeLog. The fact that downgrading didn't fix things suggests it may have been something else upgraded around the same time.
Unfortunately I have not any back-up of the old xorg installation. The packages I upgraded are in chronological order from nov 16 (no updates immediatly before Nov. 16th) as follows: media-libs/libsdl-1.2.7-r3 app-admin/sudo-1.6.7_p5-r2」 media-libs/a52dec-0.7.4-r3 x11-base/xorg-x11-6.8.0-r3 Would any of these have anything to do with unicode / CJK? And, s-jis per se seems not be the problem with segfaulting, though hotmail in japansese kills mozilla every time for unknown reason. -----------Excerpt from emerge.log:---------------- 1100639850: Started emerge on: Nov 16, 2004 22:17:30 1100639850: *** emerge sync 1100640757: >>> emerge (1 of 1) media-libs/libsdl-1.2.7-r3 to / 1100733250: Started emerge on: Nov 18, 2004 00:14:10 1100733250: *** emerge sync 1100733826: Started emerge on: Nov 18, 2004 00:23:46 1100733845: >>> emerge (1 of 1) app-admin/sudo-1.6.7_p5-r2 to / 1100734027: >>> emerge (1 of 1) media-libs/a52dec-0.7.4-r3 to / 1100768573: Started emerge on: Nov 18, 2004 10:02:53 1100768573: *** emerge --update --verbose xorg-x11 1100768573: >>> emerge (1 of 1) x11-base/xorg-x11-6.8.0-r3 to / 1100770162: ::: completed emerge (1 of 1) x11-base/xorg-x11-6.8.0-r3 to / 1100770162: *** Finished. Cleaning up... 1100770169: *** exiting successfully. 1100770171: *** terminating.
CJK guys, could you check whether this problem is reproduceable with xorg-x11-6.8.0-r3?
This bug is not reproduceable to me. I've just emerged xorg-x11-6.8.0-r3 (+bitmap-fonts +cjk +nls +pam) and mozilla-1.7.3 (+crypt +gnome +gtk2 +java +ldap +ssl), and they work flawlessly as expected. I can brouse UTF-8 pages (http://www.gentoo.gr.jp/) and SJIS page (http://www.hotmail.com).
Matsuu, thanks for trying to reproduce this. Actually noticed right now that I can also view Japanese in unicode on www.gentoo.gr.jp (strange!), but not in for instance gmail.google.com or www.doblog.com Also, logging into Hotmail, segfaults mozilla 1.7.3, epiphany and firefox (same engine, I presume). Any clues as to where I should start looking? Reemerge something particular?
Update: If I set LANG=ja_JP.UTF-8 in a shell before executing mozilla in in that shell, the japanese character unicode problem in mozilla disappears and I am able to login to my old hotmail account without segfaults. I feel this ought to be due to a bug somewhere, but I don't know whose the bug should be (gkt? xorg? mozilla? <other software here?>. Anyway, since I've found a workaround for my immediate needs, I took the liberty to lower the severity. Cheers.
Whose bug is this? Ideas welcome.
I fixed this by removing every thing in /usr/share/fonts and before re-installing xorg (and kochi-substitute). Seems like it was a system specific font related bug, not likely reproducable by others so I vote for closing this bug. Regards, Andreas
Thanks for looking into this.