Your message dated Fri, 10 Feb 2012 19:09:42 +0100
with message-id <[email protected]>
and subject line Re: Long lasting issue with Asian fonts
has caused the Debian Bug report #479035,
regarding fontconfig: cannot show Asian fonts
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 this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
479035: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=479035
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: fontconfig
Version: 2.5.0-2
Severity: normal
Hi!
I'm going mad on a font configuration awkwardness I cannot understand
(nor solve!).
Let me explain the issue.
More or less at the time Debian etch was released (April 2007), I
installed Debian testing on an amd64 box and went on happily tracking
the testing branch (currently lenny).
On that box I can correctly visit websites with non-latin fonts (arabic,
cyrillic, greek, asian, armenian, indian, ...). E.g.: I can view all the
language names (and corresponding localized pages) at the bottom of
http://www.debian.org/
This was tested with Galeon and Epiphany. Great!
More recently I upgraded some old Debian sarge i386 boxes to etch and then
to testing (lenny). One of them is the one I'm currently writing this
bug report from. These boxes were originally installed long ago, when
Debian woody was the stable branch, and actually started as woody, then
were upgraded to sarge, and then, as already said, to etch and to testing
(lenny). On those boxes, I can correctly visit websites with some
non-latin fonts (arabic, cyrillic, greek, armenian, indian), but not
other ones (asian: korean, japanese and chinese). Non-working
fonts are displayed as squares containing their hexadecimal values.
OK, first thing I thought was a locale configuration problem.
But they seem to be identical on the recently installed box (where
everything works fine) and on the old upgraded boxes (where I cannot
display asian fonts):
$ locale
LANG=en_US.UTF-8
LC_CTYPE="en_US.UTF-8"
LC_NUMERIC="en_US.UTF-8"
LC_TIME="en_US.UTF-8"
LC_COLLATE="en_US.UTF-8"
LC_MONETARY="en_US.UTF-8"
LC_MESSAGES="en_US.UTF-8"
LC_PAPER="en_US.UTF-8"
LC_NAME="en_US.UTF-8"
LC_ADDRESS="en_US.UTF-8"
LC_TELEPHONE="en_US.UTF-8"
LC_MEASUREMENT="en_US.UTF-8"
LC_IDENTIFICATION="en_US.UTF-8"
LC_ALL=
OK, second thing I thought was some missing font package on the old
boxes.
user@good-box $ dpkg -l | grep font | cut -b 1-68
ii console-data 2:1.05-1
ii console-tools 1:0.2.3dbs-65.1
ii defoma 0.11.10-0.2
ii fontconfig 2.4.2-1.2
ii fontconfig-config 2.5.0-2
ii gsfonts 1:8.11+urwcyr1.0.7~pre43-2
ii gsfonts-x11 0.20
ii libconsole 1:0.2.3dbs-65.1
ii libfont-afm-perl 1.19-1
ii libfontconfig1 2.5.0-2
ii libfontenc1 1:1.0.4-2
ii libfreetype6 2.3.5-1+b1
ii libt1-5 5.1.2-2
ii libxfont1 1:1.3.2-1
ii libxft2 2.1.12-2
ii lmodern 1.010x-5
ii psfontmgr 0.11.10-0.2
ii scalable-cyrfonts-tex 4.12
ii texlive-fonts-extra 2007.dfsg.1-1
ii texlive-fonts-extra-doc 2007.dfsg.1-1
ii texlive-fonts-recommended 2007-13
ii texlive-fonts-recommended-doc 2007-13
ii ttf-dejavu-core 2.23-1
ii ttf-dejavu-extra 2.23-1
ii ttf-freefont 20060501cvs-12
ii x-ttcidfont-conf 27
ii xfonts-100dpi 1:1.0.0-4
ii xfonts-75dpi 1:1.0.0-4
ii xfonts-base 1:1.0.0-5
ii xfonts-cronyx-100dpi 2.3.8-6
ii xfonts-cronyx-75dpi 2.3.8-6
ii xfonts-cyrillic 1:1.0.0-5
ii xfonts-encodings 1:1.0.2-3
ii xfonts-scalable 1:1.0.0-6
ii xfonts-terminus 4.26-1
ii xfonts-terminus-oblique 4.26-1
ii xfonts-utils 1:1.0.1-2
user@bad-box $ dpkg -l | grep font | cut -b 1-68
ii console-data 2:1.05-1
ii console-tools 1:0.2.3dbs-65.1
ii defoma 0.11.10-0.2
ii fontconfig 2.5.0-2
ii fontconfig-config 2.5.0-2
ii gsfonts 1:8.11+urwcyr1.0.7~pre43-2
ii gsfonts-x11 0.20
ii libconsole 1:0.2.3dbs-65.1
ii libfontconfig1 2.5.0-2
ii libfontconfig1-dev 2.5.0-2
ii libfontenc1 1:1.0.4-2
ii libfreetype6 2.3.5-1+b1
ii libfreetype6-dev 2.3.5-1+b1
ii libt1-5 5.1.2-2
ii libttf2 1.4pre.cvs20060210-1
ii libxfont1 1:1.3.2-1
ii libxft-dev 2.1.12-2
ii libxft2 2.1.12-2
ii lmodern 1.010x-5
ii psfontmgr 0.11.10-0.2
ii scalable-cyrfonts-tex 4.12
ii texlive-fonts-extra 2007.dfsg.1-1
ii texlive-fonts-extra-doc 2007.dfsg.1-1
ii texlive-fonts-recommended 2007-13
ii texlive-fonts-recommended-doc 2007-13
ii ttf-dejavu-core 2.23-1
ii ttf-dejavu-extra 2.23-1
ii ttf-dustin 20030517-6
ii ttf-freefont 20060501cvs-12
ii ttf-opensymbol 1:2.4.0-5
ii x-ttcidfont-conf 27
ii xfonts-100dpi 1:1.0.0-4
ii xfonts-75dpi 1:1.0.0-4
ii xfonts-75dpi-transcoded 1:1.0.0-4
ii xfonts-base 1:1.0.0-5
ii xfonts-cronyx-100dpi 2.3.8-6
ii xfonts-cronyx-75dpi 2.3.8-6
ii xfonts-cyrillic 1:1.0.0-5
ii xfonts-encodings 1:1.0.2-3
ii xfonts-nexus 0.0.2-12
ii xfonts-scalable 1:1.0.0-6
ii xfonts-terminus 4.26-1
ii xfonts-terminus-oblique 4.26-1
ii xfonts-utils 1:1.0.1-2
It turns out that the box where asian fonts are *not* correctly displayed
has *more* font packages installed than the other box!
Please note that the newer box (where everything works fine) has
even an older fontconfig version (because I put it on hold for
unrelated reasons...), yet it works fine.
I really cannot understand what's going on.
I never manually changed the font configuration (as far as I remember).
Checking differences between files in /etc/fonts in the two boxes
shows that everything is identical, except for
/etc/fonts/conf.d/30-defoma.conf
But why do these two files differ?
If it helps, I can send the two differing 30-defoma.conf files
(well, to be more precise, I can send the two files pointed by the two
30-defoma.conf symlinks...)
Indeed, it seems that the two boxes select different fonts for
the same request:
user@good-box $ fc-match sans-serif
Bitstream-Vera-Sans.ttf: "Bitstream Vera Sans" "Roman"
user@good-box $ fc-match serif
Bitstream-Vera-Serif.ttf: "Bitstream Vera Serif" "Roman"
user@good-box $ LC_ALL=zh-CN fc-match sans-serif
18x18ja.pcf.gz: "Fixed" "ja"
user@good-box $ LC_ALL=zh-CN fc-match serif
18x18ja.pcf.gz: "Fixed" "ja"
user@bad-box $ fc-match sans-serif
Vera.ttf: "Bitstream Vera Sans" "Roman"
user@bad-box $ fc-match serif
VeraSe.ttf: "Bitstream Vera Serif" "Roman"
user@bad-box $ LC_ALL=zh-CN fc-match sans-serif
Vera.ttf: "Bitstream Vera Sans" "Roman"
user@bad-box $ LC_ALL=zh-CN fc-match serif
VeraSe.ttf: "Bitstream Vera Serif" "Roman"
Which is kinda strange, because in bug #352378 it is claimed that
Bitstream Vera is a better choice. My experience is quite the
opposite: I cannot see asian fonts on the box that seems to
choose Bitstream Vera...
OK, now I am really lost.
After this *long* bug report, can you help me?
Is this a bug in the configuration handling by fontconfig?
Is there a manual workaround? How can I fix the configuration of
the old upgraded boxes?
Thanks for any help.
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages fontconfig depends on:
ii defoma 0.11.10-0.2 Debian Font Manager -- automatic f
ii fontconfig-config 2.5.0-2 generic font configuration library
ii libc6 2.7-10 GNU C Library: Shared libraries
ii libexpat1 1.95.8-4 XML parsing C library - runtime li
ii libfontconfig1 2.5.0-2 generic font configuration library
ii libfreetype6 2.3.5-1+b1 FreeType 2 font engine, shared lib
ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime
fontconfig recommends no packages.
-- debconf information:
* fontconfig/subpixel_rendering: Automatic
* fontconfig/enable_bitmaps: true
* fontconfig/hinting_type: Native
--- End Message ---
--- Begin Message ---
On Sun, 8 Jan 2012 15:52:53 +0100 Francesco Poli wrote:
> Hello everybody,
> I have a question, but I am not subscribed to the list, hence
> please Cc: me on replies. Thanks.
>
> I have experienced an issue with Asian fonts on my Debian testing boxes
> for a long time and I still experience it.
> I am not able to understand what's wrong.
>
> I filed a bug report against package fontconfig and I have sent a
> number of updates to the bug address, but I haven't received any
> response:
> http://bugs.debian.org/479035
>
> I think the bug report includes all the needed information, but please
> ask for more, if it may be useful to pinpoint the problem.
>
> Does anybody know whether this is really due to a bug in fontconfig?
> Or should the bug report be reassigned to another package?
>
> Thanks a lot for your time and for any help you can provide!
> Bye.
I've just found out that
# aptitude install fonts-droid
solves the issue for me.
Hence, it really seems that I was missing an appropriate fonts package
with good language coverage.
I am therefore closing the bug report against package fontconfig, since
this package was not buggy (although a little reply from its maintainer
would have saved me years of head-scratching...).
I hope this update of mine may help other people experiencing the same
issue, if any...
Bye.
--
http://www.inventati.org/frx/frx-gpg-key-transition-2010.txt
New GnuPG key, see the transition document!
..................................................... Francesco Poli .
GnuPG key fpr == CA01 1147 9CD2 EFDF FB82 3925 3E1C 27E1 1F69 BFFE
pgpFwNFxMV5Z0.pgp
Description: PGP signature
--- End Message ---
