fonts-bugs November 2008

fonts-bugs@lists.fedoraproject.org

20 participants
290 discussions

[Bug 450699] New: lohit-fonts: Errors in "sh" and "shrI" in Lohit Tamil font
by Red Hat Bugzilla 05 Mar '09

05 Mar '09

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@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.

1 5

[Bug 428427] New: [kn_IN][fonts-indic] - 0CB5+0CCA is wrongly rendering
by Red Hat Bugzilla 05 Mar '09

05 Mar '09

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.

1 13

[Bug 434753] New: Sometimes can't display VLGothic via "sansserif" family.
by Red Hat Bugzilla 15 Feb '09

15 Feb '09

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@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.

1 11

[Bug 472635] New: Google Droid fonts specification
by Red Hat Bugzilla 10 Feb '09

10 Feb '09

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=data… 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.

1 16

[Bug 429901] New: upon joined charecter the halant was not rendering properly in te-IN
by Red Hat Bugzilla 26 Jan '09

26 Jan '09

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.

1 8

[Bug 435549] New: obsolete with ghostscript-8.62
by Red Hat Bugzilla 22 Jan '09

22 Jan '09

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.

1 6

[Bug 471538] New: FontForge Abort Opening some .otf files
by Red Hat Bugzilla 13 Jan '09

13 Jan '09

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.

1 8

[Bug 448078] New: [ml-IN] Font size problem with Meera
by Red Hat Bugzilla 13 Jan '09

13 Jan '09

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@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.

1 3

[Bug 450980] New: Unable to install pango-devel for i386 and x86_64 at the same time
by Red Hat Bugzilla 09 Jan '09

09 Jan '09

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.

1 2

[Bug 434647] New: X server segfaults in libXfont fs_cleanup_bfont()
by Red Hat Bugzilla 09 Jan '09

09 Jan '09

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.

1 4

← Newer
1
2
3
4
5
6
7
8
9
...
29
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

fonts-bugs November 2008