[Bug 479371] New: Broken hinting on "u" in Liberation Mono Bold
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: Broken hinting on "u" in Liberation Mono Bold
https://bugzilla.redhat.com/show_bug.cgi?id=479371
Summary: Broken hinting on "u" in Liberation Mono Bold
Product: Fedora
Version: rawhide
Platform: All
OS/Version: All
Status: NEW
Severity: medium
Priority: low
Component: liberation-fonts
AssignedTo: cchance(a)redhat.com
ReportedBy: cody(a)zone38.net
QAContact: extras-qa(a)fedoraproject.org
CC: cchance(a)redhat.com, fedora-fonts-bugs-list(a)redhat.com,
fedora-i18n-bugs(a)redhat.com
Classification: Fedora
Created an attachment (id=328517)
--> (https://bugzilla.redhat.com/attachment.cgi?id=328517)
Liberation Mono 1.04.93 with antialiasing on
Description of problem:
Though the hinting has been fixed in Sans Bold as of version 1.04.92, the
letter "u" still has incorrect hinting in Mono Bold, an error that's quite
noticeable in certain sizes on any system with bytecode hinting enabled. I'm
attaching a screenshot from Ubuntu to demonstrate; of particular note are 9
point (the second line) and 12 point (the 5th line).
Version-Release number of selected component (if applicable):
1.04.93
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
14 years, 11 months
[Bug 479521] New: Invalid character in ttf name table regarding copyright that crashes XML marshalling
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: Invalid character in ttf name table regarding copyright that crashes XML marshalling
https://bugzilla.redhat.com/show_bug.cgi?id=479521
Summary: Invalid character in ttf name table regarding
copyright that crashes XML marshalling
Product: Fedora
Version: rawhide
Platform: All
OS/Version: All
Status: NEW
Severity: medium
Priority: low
Component: liberation-fonts
AssignedTo: cchance(a)redhat.com
ReportedBy: pander(a)users.sourceforge.net
QAContact: extras-qa(a)fedoraproject.org
CC: cchance(a)redhat.com, fedora-fonts-bugs-list(a)redhat.com,
fedora-i18n-bugs(a)redhat.com
Classification: Fedora
Description of problem:
Invalid character in ttf name table regarding copyright that crashes XML
marshalling
Version-Release number of selected component (if applicable):
ttf-liberation 1.04~beta2-2 from Ubuntu 8.10
How reproducible:
Steps to Reproduce:
1. retrieve font nama table
ttx -d . -t name
/usr/share/fonts/truetype/ttf-liberation/LiberationSans-Regular.ttf
2. in python, read the XML file via
doc = libxml2.parseFile('LiberationSans-Regular.ttx')
Actual results:
LiberationSans-Regular.ttx:27: parser error : xmlParseCharRef: invalid xmlChar
value 1
Liberation is a trademark of Red Ht, Inc. registered in U.S. Patent
an
^
LiberationSans-Regular.ttx:69: parser error : xmlParseCharRef: invalid xmlChar
value 1
Liberation is a trademark of Red Ht, Inc. registered in U.S. Patent
an
Expected results:
Red Ht should be Red Hat, this is all right for the other TTF files in this
package.
Additional info:
Please fix and push updated package downstream.
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
14 years, 11 months
[Bug 466672] New: Missing fontconfig scriplets
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: Missing fontconfig scriplets
https://bugzilla.redhat.com/show_bug.cgi?id=466672
Summary: Missing fontconfig scriplets
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: medium
Component: un-core-fonts
AssignedTo: smallvil(a)get9.net
ReportedBy: nicolas.mailhot(a)laposte.net
QAContact: extras-qa(a)fedoraproject.org
CC: petersen(a)redhat.com, smallvil(a)get9.net,
fedora-fonts-bugs-list(a)redhat.com
Classification: Fedora
The un-core-fonts-*-1.0.2-0.5.080608.fc10.noarch.rpm packages are missing the
required scriplets to update fontconfig cache, resulting in broken
out-of-the-box installation
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
14 years, 11 months
[Bug 450709] New: fontforge can't find -ibm-courier-medium-r-normal font
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.
https://bugzilla.redhat.com/show_bug.cgi?id=450709
Summary: fontforge can't find -ibm-courier-medium-r-normal font
Product: Fedora
Version: 9
Platform: i386
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: fontforge
AssignedTo: kevin(a)tummy.com
ReportedBy: rdtennent(a)hotmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-fonts-bugs-list@redhat.com,roozbeh(a)farsiweb.info
Description of problem:
When I start up fontforge, I get the following error message:
Help! Server claimed font
-ibm-courier-medium-r-normal--26-0-0-0-m-0-iso10646-1
existed in the font list, but when I asked for it there was nothing.
I may crash soon.
Segmentation fault
I've never see this behavior before.
Version-Release number of selected component (if applicable): 20080309-1.fc9
How reproducible:
every time, on three different F9 systems
Steps to Reproduce:
1.start fontforge
2.
3.
Actual results: as above
Expected results: fontforge opens
Additional info:
% xlsfonts | grep "ibm-courier"
-ibm-courier-bold-i-normal--0-0-0-0-m-0-adobe-standard
-ibm-courier-bold-i-normal--0-0-0-0-m-0-ascii-0
-ibm-courier-bold-i-normal--0-0-0-0-m-0-iso10646-1
-ibm-courier-bold-i-normal--0-0-0-0-m-0-iso8859-1
-ibm-courier-bold-i-normal--0-0-0-0-m-0-iso8859-3
-ibm-courier-bold-i-normal--0-0-0-0-m-0-iso8859-9
-ibm-courier-bold-r-normal--0-0-0-0-m-0-adobe-standard
-ibm-courier-bold-r-normal--0-0-0-0-m-0-ascii-0
-ibm-courier-bold-r-normal--0-0-0-0-m-0-iso10646-1
-ibm-courier-bold-r-normal--0-0-0-0-m-0-iso8859-1
-ibm-courier-bold-r-normal--0-0-0-0-m-0-iso8859-3
-ibm-courier-bold-r-normal--0-0-0-0-m-0-iso8859-9
-ibm-courier-medium-i-normal--0-0-0-0-m-0-adobe-standard
-ibm-courier-medium-i-normal--0-0-0-0-m-0-ascii-0
-ibm-courier-medium-i-normal--0-0-0-0-m-0-iso10646-1
-ibm-courier-medium-i-normal--0-0-0-0-m-0-iso8859-1
-ibm-courier-medium-i-normal--0-0-0-0-m-0-iso8859-3
-ibm-courier-medium-i-normal--0-0-0-0-m-0-iso8859-9
-ibm-courier-medium-r-normal--0-0-0-0-m-0-adobe-standard
-ibm-courier-medium-r-normal--0-0-0-0-m-0-ascii-0
-ibm-courier-medium-r-normal--0-0-0-0-m-0-iso10646-1
-ibm-courier-medium-r-normal--0-0-0-0-m-0-iso8859-1
-ibm-courier-medium-r-normal--0-0-0-0-m-0-iso8859-3
-ibm-courier-medium-r-normal--0-0-0-0-m-0-iso8859-9
% fc-list "Courier 10 Pitch"
Courier 10 Pitch:style=Bold Italic
Courier 10 Pitch:style=Italic
Courier 10 Pitch:style=Regular
Courier 10 Pitch:style=Bold
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
14 years, 11 months
[Bug 497646] New: Upgrade path is broken
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: Upgrade path is broken
https://bugzilla.redhat.com/show_bug.cgi?id=497646
Summary: Upgrade path is broken
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: urgent
Priority: low
Component: liberation-fonts
AssignedTo: cchance(a)redhat.com
ReportedBy: jussi.lehtola(a)iki.fi
QAContact: extras-qa(a)fedoraproject.org
CC: cchance(a)redhat.com, fedora-fonts-bugs-list(a)redhat.com,
fedora-i18n-bugs(a)redhat.com
Classification: Fedora
Liberation-fonts consists of a single package, liberation-fonts in Fedora 10.
In F11 this package is missing, also nothing obsoletes or provides it.
This makes any packages that Requires: liberation-fonts not being able to
install on a pure installation of F11, and liberation-fonts not updating from
F10 to F11.
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
14 years, 11 months
[Bug 462041] New: Hotkeys has no response and "Go To" window couldn't be inputted.
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: Hotkeys has no response and "Go To" window couldn't be inputted.
https://bugzilla.redhat.com/show_bug.cgi?id=462041
Summary: Hotkeys has no response and "Go To" window couldn't be
inputted.
Product: Fedora
Version: 9
Platform: All
OS/Version: Linux
Status: NEW
Keywords: i18n
Severity: medium
Priority: medium
Component: fontforge
AssignedTo: kevin(a)tummy.com
ReportedBy: cchance(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: petersen(a)redhat.com, roozbeh(a)gmail.com,
fedora-fonts-bugs-list(a)redhat.com,
fedora-i18n-bugs(a)redhat.com
Depends on: 462038
Estimated Hours: 0.0
Classification: Fedora
+++ This bug was initially created as a clone of Bug #462038 +++
Description of problem:
#1: Hotkeys are not responded.
#2: "Go To" window couldn't be inputted.
Version-Release number of selected component (if applicable):
fontforge-20080828-1.fc10.i386
How reproducible:
Always.
Steps to Reproduce:
1. Start fontforge from gnome-terminal.
2. Try hotkeys like Alt-F.
3. Observe symptom #1.
4. Select View > Goto from menu.
5. Try to input something in the input field.
6. Observe symptom #2.
Actual results:
#1. No response.
#2. Couldn't be inputted.
Expected results:
#1. File sub-menu pops up.
#2. Data is inputted in field.
Additional info:
HEAD of F9 has same issue as well.
--- Additional comment from cchance(a)redhat.com on 2008-09-12 02:26:49 EDT ---
`LANG=C fontforge [FILE]` resolves as workaround.
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
14 years, 11 months
[Bug 462038] New: Hotkeys has no response and "Go To" window couldn't be inputted.
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: Hotkeys has no response and "Go To" window couldn't be inputted.
https://bugzilla.redhat.com/show_bug.cgi?id=462038
Summary: Hotkeys has no response and "Go To" window couldn't be
inputted.
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Keywords: i18n
Severity: medium
Priority: medium
Component: fontforge
AssignedTo: kevin(a)tummy.com
ReportedBy: cchance(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: roozbeh(a)gmail.com, fedora-fonts-bugs-list(a)redhat.com,
fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Description of problem:
#1: Hotkeys are not responded.
#2: "Go To" window couldn't be inputted.
Version-Release number of selected component (if applicable):
fontforge-20080828-1.fc10.i386
How reproducible:
Always.
Steps to Reproduce:
1. Start fontforge from gnome-terminal.
2. Try hotkeys like Alt-F.
3. Observe symptom #1.
4. Select View > Goto from menu.
5. Try to input something in the input field.
6. Observe symptom #2.
Actual results:
#1. No response.
#2. Couldn't be inputted.
Expected results:
#1. File sub-menu pops up.
#2. Data is inputted in field.
Additional info:
HEAD of F9 has same issue as well.
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
14 years, 11 months
[Bug 458951] New: [snd-IN] Sindhi language is not identified by fontconfig
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: [snd-IN] Sindhi language is not identified by fontconfig
https://bugzilla.redhat.com/show_bug.cgi?id=458951
Summary: [snd-IN] Sindhi language is not identified by
fontconfig
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Keywords: i18n
Severity: medium
Priority: medium
Component: fontconfig
AssignedTo: besfahbo(a)redhat.com
ReportedBy: rbhalera(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: eng-i18n-bugs(a)redhat.com,
fedora-fonts-bugs-list(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Description of problem:
One of the scripts used for representing Sindhi language is Devanagari.
Although the fonts for Devanagari are installed, fontconfig does not recognize
them as Sindhi fonts.
This is because there is no snd.orth file for Sindhi language.
Version-Release number of selected component (if applicable):
How reproducible:
Steps to Reproduce:
1.
2.
3.
Actual results:
Expected results:
Additional info:
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
14 years, 11 months
[Bug 490888] New: All fonts are monospace after upgrade to fontconfig-2.6.99.behdad-3
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: All fonts are monospace after upgrade to fontconfig-2.6.99.behdad-3
https://bugzilla.redhat.com/show_bug.cgi?id=490888
Summary: All fonts are monospace after upgrade to
fontconfig-2.6.99.behdad-3
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: medium
Component: fontconfig
AssignedTo: besfahbo(a)redhat.com
ReportedBy: mschmidt(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: besfahbo(a)redhat.com, fedora-fonts-bugs-list(a)redhat.com
Classification: Fedora
Target Release: ---
Description of problem:
Today I did 'yum update' on my Rawhide KVM guest. About 20 packages were
updated, among them was fontconfig. After reboot to get the new kernel, all
fonts in GDM were monospaced and without antialiasing. After logging in into
GNOME everything was monospaced and no AA too (menus, window titles,
gnome-terminal, ...). I thought I had lost my Preferences -> Appearance ->
Fonts settings, so I went there to check, but all fonts appeared the same.
The problem was fixed it by running 'fc-cache -r' and logging out and back in.
Version-Release number of selected component (if applicable):
The upgrade was from:
fontconfig-2.6.97-5.g945d6a4.fc11.x86_64
to:
fontconfig-2.6.99.behdad-3.fc11.x86_64
How reproducible:
Not sure. I haven't tried downgrading and repeating the upgrade yet.
Steps to Reproduce:
1. Update fontconfig
2. Reboot (although relogin would probably be sufficient)
Actual results:
All fonts are monospace and without antialiasing.
Expected results:
Font should look as they did before the upgrade.
Additional info:
I suspect the bug is in fontconfig's postinstall script where it does:
rm -f /var/cache/fontconfig/????????????????????????????????.cache-2
But at least on my system the number of question marks does not correspond to
the actual filename lengths of the files in that directory. E.g.
/var/cache/fontconfig/3830d5c3ddfd5cd38a049b759396e72e-x86-64.cache-2
(the "-x86-64" is not accounted for)
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
14 years, 12 months
[Bug 491604] New: [mai_IN] application showing error "* wants to Install a font"
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: [mai_IN] application showing error "* wants to Install a font"
https://bugzilla.redhat.com/show_bug.cgi?id=491604
Summary: [mai_IN] application showing error "* wants to Install
a font"
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Keywords: i18n
Severity: medium
Priority: low
Component: fontconfig
AssignedTo: besfahbo(a)redhat.com
ReportedBy: aalam(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: besfahbo(a)redhat.com, rranjan(a)redhat.com,
fedora-fonts-bugs-list(a)redhat.com,
fedora-i18n-bugs(a)redhat.com
Classification: Fedora
Target Release: ---
Description of problem:
Fonts are not matching to language (Maithili.
$fc-match
DejaVuSans.ttf: "DejaVu Sans" "Book"
While system has:
lohit-maithili-fonts-2.3.8-1.fc11.noarch
$echo $LANG
mai_IN.UTF-8
Version-Release number of selected component (if applicable):
lohit-maithili-fonts-2.3.8-1.fc11.noarch
How reproducible:
Everytime, when any application run in mai_IN locale
Steps to Reproduce:
1. login into mai_IN locale (Maithili)
2. click on Computer/Home Folder
3.
Actual results:
show error to install fonts
Expected results:
Fonts are already install for Maithili
Additional info:
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
14 years, 12 months