[Bug 450699] New: lohit-fonts: Errors in "sh" and "shrI" in Lohit Tamil 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=450699
Summary: lohit-fonts: Errors in "sh" and "shrI" in Lohit Tamil
font
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: low
Priority: low
Component: lohit-fonts
AssignedTo: rbhalera(a)redhat.com
ReportedBy: chandra(a)ee.uwa.edu.au
QAContact: extras-qa(a)fedoraproject.org
CC: chandra(a)ee.uwa.edu.au,fedora-fonts-bugs-
list@redhat.com,petersen(a)redhat.com
Description of problem: Errors in "sh" and "shrI" in Lohit Tamil font
Version-Release number of selected component (if applicable):
Kubuntu 8.04 (Hardy Heron)
ttf-indic-fonts-core version 1:0.5.0-0ubuntu1
Problems with "sh" and "shrI" in Lohit Tamil fonts:
A. The ITRANS Tamil character "sh" in Lohit Tamil is rendered as ஶ் : the dot
above or pulli should be over the character rather than beside it. Most other
consonants are rendered correctly. For example, the consonant "k" is correctly
rendered as க். I have been told that the "font must have a correct GPOS table
for pulli positioning and the rendering engine must utilise that information
when drawing the glyph" for the character to show up correctly. Of the two, I
think it more likely that it is the font rather than the rendering system that
is likely to be faulty because க் shows up correctly.
B. The character "shrI" should properly be rendered as ஸ்ரீ. This character should
correctly be Unicode 0BB6 + 0BCD + 0BB0 + 0BC0 whereas in Lohit Tamil (and
possibly other Tamil fonts) it is made from Unicode 0BB8 + 0BCD + 0BB0 + 0BC0,
which is wrong. This should be corrected to accord with "The Unicode Standard,
Revision 5.0", p 325.
How reproducible:
Use SCIM or some scheme that allows raw Unicode to be input into a Unicode-aware
text editor and see the results onscreen.
Steps to Reproduce: A
1. Ensure that locale for Tamil is set up and that Lohit Tamil is default Tamil
font.
2. Install SCIM or other method to input raw Unicode from keyboard.
3. Into a Unicode-aware text editor, enter raw Unicode so: U+0BB6 + U+0BCD.
4. Verify that inputting U+0B95 + U+0BCD gives க் as expected. So problem lies
with font.
Actual results: For step 3: ஶ்
Expected results: For step 3: ஶ with dot (pulli) above as for க் above.
Steps to Reproduce: B
1. Ensure that locale for Tamil is set up and that Lohit Tamil is default Tamil
font.
2. Install SCIM or other scheme to input raw Unicode from keyboard.
3. Into a Unicode-aware text editor, enter raw Unicode so:
U+0BB6 + U+0BCD + U+0BB0 + U+0BC0
Actual results: For step 3: ஶ்ரீ
Expected results: For step 3: ஸ்ரீ
Additional info:
1. The character ஸ்ரீ is wrongly encoded as U+0BB8 + U+0BCD + U+0BB0 + U+0BC0 in
Lohit Tamil.
2. These errors could exist in other Tamil fonts in addition to Lohit Tamil.
--
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.
15 years, 1 month
[Bug 428427] New: [kn_IN][fonts-indic] - 0CB5+0CCA is wrongly rendering
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=428427
Summary: [kn_IN][fonts-indic] - 0CB5+0CCA is wrongly rendering
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: low
Priority: medium
Component: fonts-indic
AssignedTo: rbhalera(a)redhat.com
ReportedBy: svenkate(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: eng-i18n-bugs(a)redhat.com,fedora-fonts-bugs-
list(a)redhat.com
Description of problem:
When tested with the fonts-kannada-2.1.5-2.fc8 the 0CB5+0CCA is wrongly rendering
Version-Release number of selected component (if applicable):
fonts-kannada-2.1.5-2.fc8
How reproducible:
Every time
Steps to Reproduce:
1.Activate the SCIM
2.open any editor
3.Key-in 0CB5+0CCA,vo(itrans),or b`(inscript)
Actual results:
As shown in the attachment
Expected results:
As shown in the attachment
Additional info: Similar kind of issue (ವೋ :: 0CB5 + 0CCB) was raised in the bug
#223945(comment #3), which may help to solve this wrong liguture rule
------- Additional Comments From svenkate(a)redhat.com 2008-01-11 08:23 EST -------
Created an attachment (id=291385)
--> (https://bugzilla.redhat.com/attachment.cgi?id=291385&action=view)
Actual and correct results with key sequence to reproduce
--
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.
15 years, 1 month
[Bug 434753] New: Sometimes can't display VLGothic via "sansserif" family.
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=434753
Summary: Sometimes can't display VLGothic via "sansserif" family.
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: low
Priority: low
Component: VLGothic-fonts
AssignedTo: ryo-dairiki(a)users.sourceforge.net
ReportedBy: mmk9060(a)aol.com
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-fonts-bugs-list@redhat.com,tagoh(a)redhat.com
Description of problem:
Since I installed "VLGothic-proportional" and "Dejavu LGC Sans" fonts, Japanese
characters have not been displayed correctly and displayed "□", called "tofu"
characters, in Flash, gxine, and etc. I found out that this problem occur
because VLG's config file in /etc/fonts/conf.d compete against Dejavu's that.
Version-Release number of selected component (if applicable):
VLGothic-fonts-proportional-20071215-2.fc8
dejavu-lgc-fonts-2.19-1
How reproducible:
Always in particular situation.
Steps to Reproduce:
Use particular applications. Example, Flash(you may make it sure by "Rightclick
- Settings") and gxine.
Actual results:
Displayed tofus.
Expected results:
Readable Japanese characters with VLGothic fonts displayed.
Additional info:
We discussed about this problem in "Fedora Users Community Japan". Following is
the link to our discussion in BBS. We hope you find it informative:
http://fedora-jp.sourceforge.jp/modules/d3forum/index.php?topic_id=75
And I made a RPM package which will resolve this problem. I will attach it.
------- Additional Comments From mmk9060(a)aol.com 2008-02-25 04:27 EST -------
Created an attachment (id=295780)
--> (https://bugzilla.redhat.com/attachment.cgi?id=295780&action=view)
Sample RPM package for resolving this problem.
--
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.
15 years, 2 months
[Bug 472635] New: Google Droid fonts specification
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: Google Droid fonts specification
https://bugzilla.redhat.com/show_bug.cgi?id=472635
Summary: Google Droid fonts specification
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: medium
Component: distribution
AssignedTo: tcallawa(a)redhat.com
ReportedBy: nicolas.mailhot(a)laposte.net
QAContact: notting(a)redhat.com
CC: katzj(a)redhat.com, jkeating(a)redhat.com,
fedora-fonts-bugs-list(a)redhat.com
Blocks: 182235,446451
Classification: Fedora
Google has released for quite a long time a high-quality set of "Droid" fonts
as part of the Android platform. They have a high-visibility for average users
because of all the Google press barrage. The-Eula-protected Android SDK has
been superseded lately by a public source repository.
http://android.git.kernel.org/?p=platform/frameworks/base.git;a=tree;f=da...
The NOTICE file in this directory is a Fedora-friendly Apache License. However
the font metadata embedded in the files claims:
« This font software is the valuable property of Ascender Corporation and/or
its suppliers and its use by you is covered under the terms of a license
agreement. This font software is licensed to you by Ascender Corporation for
your personal or business use on up to five personal computers. You may not use
this font software on more than five personal computers unless you have
obtained a license from Ascender to do so. Except as specifically permitted by
the license, you may not copy this font software.
If you have any questions, please review the license agreement you received
with this font software, and/or contact Ascender Corporation.
Contact Information:
Ascender Corporation
Web http://www.ascendercorp.com/ »
But Ascender will redirect you to Google, which is as usual silent.
To check it,
1. download a raw TTF file
2. open it in Fontforge
3. -> Elements
4. -> Font Info
5. -> TTF Name
6. -> License (License URL is fun too)
This has so far discouraged Fedora and Debian packaging, even though wild Droid
packages have started to appear, people are incorporating Droid material in
derivatives, and one of those may eventually make it in the repo without
raising Legal bells.
Thus I have two questions:
1. is the legal situation clear enough to allow Fedora packaging as is
2. since Google won't step down to replying to solicitations by mere mortals,
can an official Fedora or Red Hat enquiry be made to clarify the situation?
--
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.
15 years, 2 months
[Bug 429901] New: upon joined charecter the halant was not rendering properly in te-IN
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=429901
Summary: upon joined charecter the halant was not rendering
properly in te-IN
Product: Fedora
Version: rawhide
Platform: i386
OS/Version: Linux
Status: NEW
Severity: medium
Priority: medium
Component: fonts-indic
AssignedTo: rbhalera(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
+++ This bug was initially created as a clone of Bug #400891 +++
Description of problem:
Version-Release number of selected component (if applicable):
Gedit 2.16.0
How reproducible:
maintain SCIM in RAWCODE.And provide the code se
Steps to Reproduce:
1.open Gedit 2.16.0
2.Maintain SCIM in RAWCODE.
3.And give the follwing code sequences 0c38+0c4d+0c1f+oc4d
Actual results:
స్ట్
Expected results:
will give in the attachement.
Additional info:
-- Additional comment from kkrothap(a)redhat.com on 2007-11-27 07:52 EST --
Created an attachment (id=269701)
--> (https://bugzilla.redhat.com/attachment.cgi?id=269701&action=view)
html file.
-- Additional comment from kkrothap(a)redhat.com on 2007-11-27 07:59 EST --
Created an attachment (id=269711)
--> (https://bugzilla.redhat.com/attachment.cgi?id=269711&action=view)
te-IN redering problem.
--
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.
15 years, 3 months
[Bug 435549] New: obsolete with ghostscript-8.62
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=435549
Summary: obsolete with ghostscript-8.62
Product: Fedora
Version: rawhide
Platform: All
URL: http://www.ghostscript.com
OS/Version: Linux
Status: NEW
Severity: low
Priority: low
Component: urw-fonts
AssignedTo: than(a)redhat.com
ReportedBy: xose.vazquez(a)gmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-fonts-bugs-list(a)redhat.com
ghostscript-8.62 changelog:
Not strictly a compatibility issue, but the default URW (GPL) fonts are now
distributed in the Resource/Font/ path which can increase the number of file
handles open for PostScript that opens all of the resources. Also the size of
the %rom% rom file system within the executable when using COMPILE_INITS=1 is
larger by the amount needed for the fonts.
-thanks-
--
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.
15 years, 3 months
[Bug 471538] New: FontForge Abort Opening some .otf files
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: FontForge Abort Opening some .otf files
https://bugzilla.redhat.com/show_bug.cgi?id=471538
Summary: FontForge Abort Opening some .otf files
Product: Fedora
Version: 9
Platform: i386
OS/Version: Linux
Status: NEW
Severity: high
Priority: medium
Component: fontforge
AssignedTo: kevin(a)tummy.com
ReportedBy: bombayvdmo(a)yahoo.com.mx
QAContact: extras-qa(a)fedoraproject.org
CC: roozbeh(a)gmail.com, kevin(a)tummy.com,
fedora-fonts-bugs-list(a)redhat.com
Classification: Fedora
Description of problem:
FontForge Abort Opening some .otf files
Version-Release number of selected component (if applicable):
$ rpm -q fontfoge
fontforge-20080309-1.fc9.i386
How reproducible:
Open some .otf file
Steps to Reproduce:
1. Open FontForge
2. Select some of attached .otf files.
Actual results:
FontForge Abort
Expected results:
Continue Running
Additional info:
Boisik.otf : http://mitek.webpark.cz/boisik/
cmunvi.otf :
ftp://canopus.iacp.dvo.ru/pub/Font/cm_unicode/cm-unicode-0.6.3a-otf.tar.gz
--
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.
15 years, 3 months
[Bug 448078] New: [ml-IN] Font size problem with Meera
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=448078
Summary: [ml-IN] Font size problem with Meera
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: low
Priority: low
Component: smc-fonts
AssignedTo: psatpute(a)redhat.com
ReportedBy: apeter(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: eng-i18n-bugs(a)redhat.com,fedora-fonts-bugs-
list@redhat.com,rajeeshknambiar(a)gmail.com
Description of problem:
The default size of Meera is small compared to all other fonts. Meera is one of
the fonts in the smc-fonts package.
--
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.
15 years, 3 months
[Bug 450980] New: Unable to install pango-devel for i386 and x86_64 at the same time
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=450980
Summary: Unable to install pango-devel for i386 and x86_64 at the
same time
Product: Fedora
Version: 8
Platform: x86_64
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: pango
AssignedTo: besfahbo(a)redhat.com
ReportedBy: mpupat(a)free.fr
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-fonts-bugs-list(a)redhat.com
>From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686 (x86_64); en-US; rv:1.8.1.14) Gecko/20080416 Fedora/2.0.0.14-1.fc8 Firefox/2.0.0.14
Description of problem:
When trying to install pango-devel.i386 with pango-devel.x86_64 already installed I got:
Transaction Check Error:
file /usr/share/gtk-doc/html/pango/PangoEngineLang.html from install of pango-devel-1.18.4-1.fc8.i386 conflicts with file from package pango-devel-1.18.4-1.fc8.x86_64
file /usr/share/gtk-doc/html/pango/PangoEngineShape.html from install of pango-devel-1.18.4-1.fc8.i386 conflicts with file from package pango-devel-1.18.4-1.fc8.x86_64
file /usr/share/gtk-doc/html/pango/PangoFcDecoder.html from install of pango-devel-1.18.4-1.fc8.i386 conflicts with file from package pango-devel-1.18.4-1.fc8.x86_64
file /usr/share/gtk-doc/html/pango/PangoFcFont.html from install of pango-devel-1.18.4-1.fc8.i386 conflicts with file from package pango-devel-1.18.4-1.fc8.x86_64
file /usr/share/gtk-doc/html/pango/PangoFcFontMap.html from install of pango-devel-1.18.4-1.fc8.i386 conflicts with file from package pango-devel-1.18.4-1.fc8.x86_64
file /usr/share/gtk-doc/html/pango/PangoMarkupFormat.html from install of pango-devel-1.18.4-1.fc8.i386 conflicts with file from package pango-devel-1.18.4-1.fc8.x86_64
file /usr/share/gtk-doc/html/pango/PangoRenderer.html from install of pango-devel-1.18.4-1.fc8.i386 conflicts with file from package pango-devel-1.18.4-1.fc8.x86_64
file /usr/share/gtk-doc/html/pango/index-1.10.html from install of pango-devel-1.18.4-1.fc8.i386 conflicts with file from package pango-devel-1.18.4-1.fc8.x86_64
file /usr/share/gtk-doc/html/pango/index-1.12.html from install of pango-devel-1.18.4-1.fc8.i386 conflicts with file from package pango-devel-1.18.4-1.fc8.x86_64
file /usr/share/gtk-doc/html/pango/index-1.14.html from install of pango-devel-1.18.4-1.fc8.i386 conflicts with file from package pango-devel-1.18.4-1.fc8.x86_64
file /usr/share/gtk-doc/html/pango/index-1.16.html from install of pango-devel-1.18.4-1.fc8.i386 conflicts with file from package pango-devel-1.18.4-1.fc8.x86_64
file /usr/share/gtk-doc/html/pango/index-1.18.html from install of pango-devel-1.18.4-1.fc8.i386 conflicts with file from package pango-devel-1.18.4-1.fc8.x86_64
file /usr/share/gtk-doc/html/pango/index-1.2.html from install of pango-devel-1.18.4-1.fc8.i386 conflicts with file from package pango-devel-1.18.4-1.fc8.x86_64
file /usr/share/gtk-doc/html/pango/index-1.4.html from install of pango-devel-1.18.4-1.fc8.i386 conflicts with file from package pango-devel-1.18.4-1.fc8.x86_64
file /usr/share/gtk-doc/html/pango/index-1.6.html from install of pango-devel-1.18.4-1.fc8.i386 conflicts with file from package pango-devel-1.18.4-1.fc8.x86_64
file /usr/share/gtk-doc/html/pango/index-1.8.html from install of pango-devel-1.18.4-1.fc8.i386 conflicts with file from package pango-devel-1.18.4-1.fc8.x86_64
file /usr/share/gtk-doc/html/pango/index-all.html from install of pango-devel-1.18.4-1.fc8.i386 conflicts with file from package pango-devel-1.18.4-1.fc8.x86_64
file /usr/share/gtk-doc/html/pango/index-deprecated.html from install of pango-devel-1.18.4-1.fc8.i386 conflicts with file from package pango-devel-1.18.4-1.fc8.x86_64
file /usr/share/gtk-doc/html/pango/pango-ATSUI-Fonts.html from install of pango-devel-1.18.4-1.fc8.i386 conflicts with file from package pango-devel-1.18.4-1.fc8.x86_64
file /usr/share/gtk-doc/html/pango/pango-Cairo-Rendering.html from install of pango-devel-1.18.4-1.fc8.i386 conflicts with file from package pango-devel-1.18.4-1.fc8.x86_64
file /usr/share/gtk-doc/html/pango/pango-Coverage-Maps.html from install of pango-devel-1.18.4-1.fc8.i386 conflicts with file from package pango-devel-1.18.4-1.fc8.x86_64
file /usr/share/gtk-doc/html/pango/pango-Engines.html from install of pango-devel-1.18.4-1.fc8.i386 conflicts with file from package pango-devel-1.18.4-1.fc8.x86_64
file /usr/share/gtk-doc/html/pango/pango-Fonts.html from install of pango-devel-1.18.4-1.fc8.i386 conflicts with file from package pango-devel-1.18.4-1.fc8.x86_64
file /usr/share/gtk-doc/html/pango/pango-FreeType-Fonts-and-Rendering.html from install of pango-devel-1.18.4-1.fc8.i386 conflicts with file from package pango-devel-1.18.4-1.fc8.x86_64
file /usr/share/gtk-doc/html/pango/pango-Glyph-Storage.html from install of pango-devel-1.18.4-1.fc8.i386 conflicts with file from package pango-devel-1.18.4-1.fc8.x86_64
file /usr/share/gtk-doc/html/pango/pango-Layout-Objects.html from install of pango-devel-1.18.4-1.fc8.i386 conflicts with file from package pango-devel-1.18.4-1.fc8.x86_64
file /usr/share/gtk-doc/html/pango/pango-Miscellaneous-Utilities.html from install of pango-devel-1.18.4-1.fc8.i386 conflicts with file from package pango-devel-1.18.4-1.fc8.x86_64
file /usr/share/gtk-doc/html/pango/pango-Modules.html from install of pango-devel-1.18.4-1.fc8.i386 conflicts with file from package pango-devel-1.18.4-1.fc8.x86_64
file /usr/share/gtk-doc/html/pango/pango-OpenType-Font-Handling.html from install of pango-devel-1.18.4-1.fc8.i386 conflicts with file from package pango-devel-1.18.4-1.fc8.x86_64
file /usr/share/gtk-doc/html/pango/pango-Scripts.html from install of pango-devel-1.18.4-1.fc8.i386 conflicts with file from package pango-devel-1.18.4-1.fc8.x86_64
file /usr/share/gtk-doc/html/pango/pango-Tab-Stops.html from install of pango-devel-1.18.4-1.fc8.i386 conflicts with file from package pango-devel-1.18.4-1.fc8.x86_64
file /usr/share/gtk-doc/html/pango/pango-Text-Attributes.html from install of pango-devel-1.18.4-1.fc8.i386 conflicts with file from package pango-devel-1.18.4-1.fc8.x86_64
file /usr/share/gtk-doc/html/pango/pango-Text-Processing.html from install of pango-devel-1.18.4-1.fc8.i386 conflicts with file from package pango-devel-1.18.4-1.fc8.x86_64
file /usr/share/gtk-doc/html/pango/pango-Version-Checking.html from install of pango-devel-1.18.4-1.fc8.i386 conflicts with file from package pango-devel-1.18.4-1.fc8.x86_64
file /usr/share/gtk-doc/html/pango/pango-Vertical-Text.html from install of pango-devel-1.18.4-1.fc8.i386 conflicts with file from package pango-devel-1.18.4-1.fc8.x86_64
file /usr/share/gtk-doc/html/pango/pango-Win32-Fonts-and-Rendering.html from install of pango-devel-1.18.4-1.fc8.i386 conflicts with file from package pango-devel-1.18.4-1.fc8.x86_64
file /usr/share/gtk-doc/html/pango/pango-X-Fonts-and-Rendering.html from install of pango-devel-1.18.4-1.fc8.i386 conflicts with file from package pango-devel-1.18.4-1.fc8.x86_64
file /usr/share/gtk-doc/html/pango/pango-Xft-Fonts-and-Rendering.html from install of pango-devel-1.18.4-1.fc8.i386 conflicts with file from package pango-devel-1.18.4-1.fc8.x86_64
file /usr/share/gtk-doc/html/pango/pango-querymodules.html from install of pango-devel-1.18.4-1.fc8.i386 conflicts with file from package pango-devel-1.18.4-1.fc8.x86_64
Version-Release number of selected component (if applicable):
1.18.4-1.fc8
How reproducible:
Always
Steps to Reproduce:
yum install pango-devel.x86_64
yum install pango-devel.i386
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, or are watching someone who is.
15 years, 3 months
[Bug 434647] New: X server segfaults in libXfont fs_cleanup_bfont()
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=434647
Summary: X server segfaults in libXfont fs_cleanup_bfont()
Product: Fedora
Version: 8
Platform: i386
OS/Version: Linux
Status: NEW
Severity: high
Priority: low
Component: libXfont
AssignedTo: sandmann(a)redhat.com
ReportedBy: trq(a)astro.washington.edu
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-fonts-bugs-list(a)redhat.com
Description of problem:
The X server dies with a segmentation fault. Here is the backtrace:
Backtrace:
0: /usr/bin/X(xf86SigHandler+0x81) [0x80c2f01]
1: [0x110420]
2: /usr/lib/libXfont.so.1 [0xa56d14]
3: /usr/lib/libXfont.so.1 [0xa573ff]
4: /usr/lib/libXfont.so.1 [0xa594ae]
5: /usr/lib/libXfont.so.1 [0xa59647]
6: /usr/bin/X(FontWakeup+0x4d) [0x808920d]
7: /usr/bin/X(WakeupHandler+0x59) [0x808c959]
8: /usr/bin/X(WaitForSomething+0x1ae) [0x81b64be]
9: /usr/bin/X(Dispatch+0x8d) [0x80886fd]
10: /usr/bin/X(main+0x49a) [0x807054a]
11: /lib/libc.so.6(__libc_start_main+0xe0) [0x884390]
12: /usr/bin/X(FontFileCompleteXLFD+0x1f1) [0x806f831]
Fatal server error:
Caught signal 11. Server aborting
Here is symbol information for libXfont:
0xa56d14 <fs_cleanup_bfont+20>: mov 0x78(%eax),%edi
0xa573ff <fs_abort_blockrec+143>: lea 0x20(%esi),%eax
0xa594ae <_fs_check_reconnect+142>: mov 0x6c(%edi),%esi
0xa59647 <fs_wakeup+215>: jmp 0xa595c6 <fs_wakeup+86>
0xa56d14 is in fs_cleanup_bfont (fserve.c:563).
558 {
559 FSFontDataRec *fsd;
560
561 if (bfont->pfont)
562 {
563 fsd = (FSFontDataRec *) bfont->pfont->fpePrivate;
564
565 /* make sure the FS knows we choked on it */
566 fs_send_close_font(bfont->pfont->fpe, bfont->fontid);
567
Version-Release number of selected component (if applicable):
Name : libXfont
Arch : i386
Version: 1.3.1
Release: 2.fc8
How reproducible:
I'm not sure how to reproduce it, although it seems to correlate with use of
firefox. The crash happens about every other day since an update in mid February.
--
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.
15 years, 3 months