Bug 65699
Summary: | ttmkfdir does not work, aborted | ||
---|---|---|---|
Product: | [Retired] Red Hat Linux | Reporter: | Chad M. Stewaart <redhat-bugzilla> |
Component: | XFree86 | Assignee: | Mike A. Harris <mharris> |
Status: | CLOSED NOTABUG | QA Contact: | |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 7.3 | CC: | shishz, than, yshao |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | i386 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2002-06-05 14:05:32 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Chad M. Stewaart
2002-05-30 14:29:06 UTC
Hi! Does this bug also effect OpenOffice if you included ALL language support in the RedHat Linux installation ? People in OpenOffice.org also concern a lot about this problem. Please see Bug ID 4726 in OpenOffice.org The problem seems to be if you install ALL language support, zh_TW (Traditional Chinese) will scrull up entire freetype. Even if your OpenOffice 1.0 is the original English version and you don't even know how to log in linux other than english, your fonts get very ugly (spacing too much between words). But every thing just works perfectly out of the box of RedHat7.2 ! Please notice, not only chinese version of OpenOffice is affected, but also any version of OpenOffice literally all got scrulled up! Really appreciate if any one can have a looke! John it's a bug in XFree86, assigned to corrected component As far as I'm concerned, it is not a bug in XFree86. It's a bug in some of the font packages that we're shipping and/or in ttmkfdir. You should not at all need to download a new freetype or compile it. ttmkfdir is not a part of freetype. It used to be included in our freetype package however for lack of a better place to put it. It is now included in our XFree86 packaging instead. Microsoft webfonts do work, however if you copy a full dir of fonts from Windows into Linux, it may or may not work. There are certain strict rules which must be followed in font filenames in X. No spaces, no punctuation, and no uppercase letters in the font filenames. If any fonts in a dir contain any of those, then things will not work, and it isn't considered a bug (however it is inconvenient definitely). Since I use webfonts and many other Truetype fonts and ttmkfdir works fine for me, there isn't much we can do without more specific information. One thing you can try to do to narrow the problem down, is to move all of the fonts out of that directory, then move them one at a time back, running ttmkfdir each time until it fails. When it fails, you know the bad font. Then it is either just that - a bad font, or it is a ttmkfdir bug. Both are equally plausible. The windows font mtsorts.ttf is the one that failed for me. Try removing that if you have it and ttmkfdir should succeed. microsoft kb article (Q138795): http://support.microsoft.com/default.aspx?scid=kb;EN-US;q138795 mharris, Thank you for your comments. I suspect that the version of ttmkfdir that I downloaded and used has this issue resolved. When I used the new binary I was able to use it w/o a problem. Of course makes me wonder what it did when it found a font it could not deal with, skip it and try next, or simply stop there. :) The author does not seem fit to use version numbers, ugh. Here's the cksum of the files, default and the one I compiled 2116023116 158387 /usr/bin/ttmkfdir 2327428863 31596 /home/dev/ttmkfdir/ttmkfdir Regards, Chad As mentioned above the mtsorts.ttf font file is corrupt and buggy. Closing as NOTABUG. |