Your message dated Wed, 30 Jan 2008 01:05:50 +0100
with message-id <[EMAIL PROTECTED]>
and subject line pango1.0 invisible Japanese characters - fixed by cairo?
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere. Please contact me immediately.)
Debian bug tracking system administrator
(administrator, Debian Bugs database)
--- Begin Message ---
Package: libpango1.0-0
Version: 1.16.4-1
Severity: important
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
For a few days now Japanese characters are rendered invisible in all
kind of GTK based applications. Since I didn’t upgrade my GTK libs for a
long time, only Pango can be involved, AFAIS.
Have a look at this directory listing from Thunar:
<http://download.noctus.net/gallery/caps/pango_jap_rendering.png>
(It’s the same in GTKFilePicker and other GTK based apps.)
This is the way it ought to look:
> $ ls
> 01 - disintegration.mp3
> 02 - Spica ～Reaching for the Stars version～.mp3
> 03 - Moon.mp3
> 04 - 夏影.mp3
> 05 - 鳥の詩.mp3
> 06 - Farewell song.mp3
> 07 - Last regrets ～acoustic version～.mp3
> 08 - Light colors.mp3
> 09 - Ana.mp3
> 10 - 小さなてのひら.mp3
> cover.jpg
If this is NOT pango related, please point me into the correct direction
since I’m puzzled why this happens.
- -- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.21-1-k7 (SMP w/1 CPU core)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL
set to de_DE.UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages libpango1.0-0 depends on:
ii libc6 2.5-11 GNU C Library: Shared libraries
ii libcairo2 1.4.10-1 The Cairo 2D vector graphics libra
ii libdatrie0 0.1.1-4 Double-array trie library
ii libfontconfig1 2.4.2-1.2 generic font configuration library
ii libfreetype6 2.2.1-6 FreeType 2 font engine, shared lib
ii libglib2.0-0 2.12.12-1 The GLib library of C routines
ii libpango1.0-common 1.16.4-1 Modules and configuration files fo
ii libthai0 0.1.8-3 Thai language support library
ii libx11-6 2:1.0.3-7 X11 client-side library
ii libxft2 2.1.12-2 FreeType-based font drawing librar
ii libxrender1 1:0.9.2-1 X Rendering Extension client libra
ii zlib1g 1:1.2.3.3.dfsg-3 compression library - runtime
libpango1.0-0 recommends no packages.
- -- no debconf information
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
iD8DBQFGjroFYfUFJ3ewsJgRAiGrAKCHGjyhLVLkAnOwnB7mfwtDkF1JhQCfZxIq
S0h44Y6ufJ0jJS3PaScxELc=
=s/pQ
-----END PGP SIGNATURE-----
--- End Message ---
--- Begin Message ---
Hi.
Pier Luigi Pau, 29.01.2008 09:28:
> I had a similar problem to yours with Japanese characters in an i386
> lenny environment, but it happened with fonts included in debian. It
> seems fixed with the upgrade to cairo 1.4.14-1 now, could you check
> whether the cairo update fixes your problem too?
Thunar was fine for some time and I didn’t actually check again if Exaile is
fine too. I did now, thanks to your mail, and the problem seems gone.
I’ll thus close this report.
Thanks and regards, Mathias
--
debian/rules
signature.asc
Description: OpenPGP digital signature
--- End Message ---
