fonts-bugs October 2010

fonts-bugs@lists.fedoraproject.org

14 participants
210 discussions

[Bug 576105] New: [kn_IN] The space between close bracket and the character is very less
by Red Hat Bugzilla 09 Dec '10

09 Dec '10

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: [kn_IN] The space between close bracket and the character is very less https://bugzilla.redhat.com/show_bug.cgi?id=576105 Summary: [kn_IN] The space between close bracket and the character is very less Product: Fedora Version: 13 Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: lohit-kannada-fonts AssignedTo: psatpute(a)redhat.com ReportedBy: svenkate(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: fonts-bugs(a)lists.fedoraproject.org, psatpute(a)redhat.com, fedora-i18n-bugs(a)redhat.com Classification: Fedora Target Release: --- Created an attachment (id=401977) --> (https://bugzilla.redhat.com/attachment.cgi?id=401977) Shows the actual result Description of problem: In the text containing the Kannada text, space between close bracket and the character is very less. Hence the close bracket appearing as merged with the character. This usually happens in case of complex character. Version-Release number of selected component (if applicable): lohit-kannada-fonts-2.4.4-3 How reproducible: Everytime Steps to Reproduce: 1. Login Kannada locale 2. Open gedit and copy paste the following text: ನೆರವಿಗಾಗಿ) ಭಾಗದಷ್ಟು) ಫೆಡರಾಟ್ಸಿ) 3. Look at the space between the close bracket and the last character of each word Actual results: The space between the close bracket and the text is very less Expected results: The space should be so that the bracket doesn't actually merge with text. 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.

1 28

[Bug 477606] New: RFE: warn on fonts installed outside %_fontbasedir
by Red Hat Bugzilla 07 Dec '10

07 Dec '10

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: RFE: warn on fonts installed outside %_fontbasedir https://bugzilla.redhat.com/show_bug.cgi?id=477606 Summary: RFE: warn on fonts installed outside %_fontbasedir Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: rpmlint AssignedTo: ville.skytta(a)iki.fi ReportedBy: nicolas.mailhot(a)laposte.net QAContact: extras-qa(a)fedoraproject.org CC: wolfy(a)nobugconsulting.ro, tmz(a)pobox.com, ville.skytta(a)iki.fi, fedora-fonts-bugs-list(a)redhat.com Classification: Fedora Our current font packaging policy requires the installation of TTF/OTF/PFA/PFB fonts in a subdirectory of %_fontbasedir http://fedoraproject.org/wiki/fontpackages Our general packaging policy demands of packagers to create proper font packages when their app bundles them http://fedoraproject.org/wiki/Packaging/Guidelines#Avoid_bundling_of_fonts_… If an app or bit of code is not fontconfig-aware, it can always package symlinks pointing to fonts packaged according to our guidelines in %_fontbasedir space, and depend on the font package providing those files. A recent audit run revealed that the number of packages bundling fonts is very high. (repoquery found 159 packages shipping fonts in rawhide, the 2/3rds not being font packages, see bug #477044) In many case their packagers were not even aware they were bundling fonts (bug #477406#c4). Some of them are licensing problems (477384#c4) To prevent such problems in the future, rpmlint should flag any package that installs ttf/otf/pfa/pfb fonts outside the %_fontbasedir tree, or bundle those files with binaries in /usr/bin, /usr/lib?? and such. Packages that include symlinks to files in the %_fontbasedir tree are ok, though they should also get a warning so upstream adds fontconfig support to its code (since it has near universal adoption and continuing to ignore fontconfig will only add to the packager problems in the long run) http://thread.gmane.org/gmane.comp.freedesktop.xorg/34322/focus=34335 -- 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 7

[Bug 505764] New: file does not identify properly some pfa files shipped with a2ps
by Red Hat Bugzilla 05 Dec '10

05 Dec '10

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: file does not identify properly some pfa files shipped with a2ps https://bugzilla.redhat.com/show_bug.cgi?id=505764 Summary: file does not identify properly some pfa files shipped with a2ps Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: file AssignedTo: dnovotny(a)redhat.com ReportedBy: nicolas.mailhot(a)laposte.net QAContact: extras-qa(a)fedoraproject.org CC: fedora-fonts-bugs-list(a)redhat.com, dnovotny(a)redhat.com Blocks: 473302 Classification: Fedora Description of problem: file thinks the pfa files in ghostscript-fonts-5.50-22.fc12.noarch.rpm are "PostScript document text" They should be identified as "PostScript Type 1 font text" Version-Release number of selected component (if applicable): file-5.03-2.fc12.x86_64 Full list: ./usr/share/ogonkify/fonts/pcrb-o.pfa PostScript document text a2ps-4.14-8.fc11.x86_64.rpm ./usr/share/ogonkify/fonts/pcrbo-o.pfa PostScript document text a2ps-4.14-8.fc11.x86_64.rpm ./usr/share/ogonkify/fonts/pcrr-o.pfa PostScript document text a2ps-4.14-8.fc11.x86_64.rpm ./usr/share/ogonkify/fonts/pcrro-o.pfa PostScript document text a2ps-4.14-8.fc11.x86_64.rpm ./usr/share/ogonkify/fonts/phvb-o.pfa PostScript document text a2ps-4.14-8.fc11.x86_64.rpm ./usr/share/ogonkify/fonts/phvbo-o.pfa PostScript document text a2ps-4.14-8.fc11.x86_64.rpm ./usr/share/ogonkify/fonts/phvr-o.pfa PostScript document text a2ps-4.14-8.fc11.x86_64.rpm ./usr/share/ogonkify/fonts/phvro-o.pfa PostScript document text a2ps-4.14-8.fc11.x86_64.rpm ./usr/share/ogonkify/fonts/ptmb-o.pfa PostScript document text a2ps-4.14-8.fc11.x86_64.rpm ./usr/share/ogonkify/fonts/ptmbi-o.pfa PostScript document text a2ps-4.14-8.fc11.x86_64.rpm ./usr/share/ogonkify/fonts/ptmr-o.pfa PostScript document text a2ps-4.14-8.fc11.x86_64.rpm ./usr/share/ogonkify/fonts/ptmri-o.pfa PostScript document text a2ps-4.14-8.fc11.x86_64.rpm -- 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 5

[Bug 534118] New: Coredump on exit from X Windows in FontFileFreeDir
by Red Hat Bugzilla 04 Dec '10

04 Dec '10

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: Coredump on exit from X Windows in FontFileFreeDir https://bugzilla.redhat.com/show_bug.cgi?id=534118 Summary: Coredump on exit from X Windows in FontFileFreeDir Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: libXfont AssignedTo: sandmann(a)redhat.com ReportedBy: zkabelac(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: sandmann(a)redhat.com, fedora-fonts-bugs-list(a)redhat.com Classification: Fedora Target Release: --- Description of problem: While doing exit of Xorg - I'm getting this coredump: #0 malloc_consolidate (av=<value optimized out>) at malloc.c:5136 #1 0x00007f2f45461fc8 in _int_free (av=0x7f2f4575ee80, p=0x32c2490, have_lock=0) at malloc.c:5015 #2 0x00007f2f4770584c in FontFileFreeDir (dir=0x3291bb0) at fontdir.c:170 #3 0x00007f2f47707454 in FontFileFreeFPE (fpe=0x3291b40) at fontfile.c:144 #4 0x00007f2f477092c4 in CatalogueUnrefFPEs (fpe=<value optimized out>) at catalogue.c:116 #5 0x00007f2f477099b8 in CatalogueFreeFPE (fpe=0x3280e60) at catalogue.c:272 #6 0x000000000042e4b6 in FreeFPE (fpe=0x3280e60) at dixfonts.c:225 #7 0x000000000042e507 in FreeFontPath (list=0x3280e30, n=4, force=1) at dixfonts.c:1661 #8 0x000000000042e5c7 in FreeFonts () at dixfonts.c:2028 #9 0x0000000000421dc4 in main (argc=<value optimized out>, argv=<value optimized out>, envp=<value optimized out>) at main.c:32 I think it might be related to the latest Xfont upgrade. Version-Release number of selected component (if applicable): libXfont-1.4.1-1.fc12.x86_64 xorg-x11-server-Xorg-1.7.1-7.fc12.x86_64 How reproducible: Steps to Reproduce: 1. startx 2. do some work 3. kill X 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.

1 4

[Bug 519317] New: AR PL UMing HK Light does not show properly in x86_64
by Red Hat Bugzilla 25 Nov '10

25 Nov '10

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: AR PL UMing HK Light does not show properly in x86_64 https://bugzilla.redhat.com/show_bug.cgi?id=519317 Summary: AR PL UMing HK Light does not show properly in x86_64 Product: Fedora Version: rawhide Platform: x86_64 OS/Version: Linux Status: NEW Severity: medium Priority: low Component: fontconfig AssignedTo: besfahbo(a)redhat.com ReportedBy: dchen(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: besfahbo(a)redhat.com, fedora-fonts-bugs-list(a)redhat.com, chinwen_lin(a)yahoo.com Classification: Fedora Target Release: --- Description of problem: I have done two clean installs of Fedora 11, x86_64 and i386 respectively. Both are using "Traditional Chinese" during the install process and apply the latest update after installation. I take a look at the font size and DPI setting on both of them and they are the same as listed below: 應用程式字型：Sans,10 文件字型： Sans,10 桌面字型： Sans,14 視窗標題字型：Sans Bold 10 固定寬度字型：Monospace 10 解析度：96 DPI Then I open "gucharmap" and search the character "糓" (U+7CD4). Change the font size to 12, 11 and 10. The i386 version works quite well. However, the display on the x86_64 one become messy. And the following warning message appear on the terminal: (gucharmap:1997): Pango-WARNING **: shaping failure, expect ugly output. shape-engine='BasicEngineFc', font='AR PL UMing HK Light 12', text='糔' (gucharmap:1997): Pango-WARNING **: shaping failure, expect ugly output. shape-engine='BasicEngineFc', font='AR PL UMing HK Light 11', text='糔' (gucharmap:1997): Pango-WARNING **: shaping failure, expect ugly output. shape-engine='BasicEngineFc', font='AR PL UMing HK Light 9.9990234375', text='糔' Version-Release number of selected component (if applicable): How reproducible: Always in x86_64 Steps to Reproduce: 1. open "gucharmap" and 2. search the character "糔" (U+7CD4). 3. Change the font size to 12, 11 and 10. Actual results: Display on the x86_64 one become messy. And the following warning message appear on the terminal: (gucharmap:1997): Pango-WARNING **: shaping failure, expect ugly output. shape-engine='BasicEngineFc', font='AR PL UMing HK Light 12', text='糔' (gucharmap:1997): Pango-WARNING **: shaping failure, expect ugly output. shape-engine='BasicEngineFc', font='AR PL UMing HK Light 11', text='糔' (gucharmap:1997): Pango-WARNING **: shaping failure, expect ugly output. shape-engine='BasicEngineFc', font='AR PL UMing HK Light 9.9990234375', text='糔' Expected results: Character '糔' should be displayed properly without triggering Pango warning. 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.

1 28

[Bug 517635] New: [ne_NP] fc-match showing "Lohit Hindi" instead of current Language
by Red Hat Bugzilla 24 Nov '10

24 Nov '10

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: [ne_NP] fc-match showing "Lohit Hindi" instead of current Language https://bugzilla.redhat.com/show_bug.cgi?id=517635 Summary: [ne_NP] fc-match showing "Lohit Hindi" instead of current Language Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Keywords: i18n Severity: medium Priority: low Component: lohit-fonts AssignedTo: psatpute(a)redhat.com ReportedBy: aalam(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: petersen(a)redhat.com, pnemade(a)redhat.com, fedora-fonts-bugs-list(a)redhat.com, psatpute(a)redhat.com, fedora-i18n-bugs(a)redhat.com Classification: Fedora Target Release: --- Description of problem: in Nepali Envirnment (gnome-desktop), fc-match is showing following informating --- $echo $LANG ne_NP.UTF-8 $fc-match lohit_hi.ttf: "Lohit Hindi" "Regular" --- Version-Release number of selected component (if applicable): lohit-nepali-fonts-2.4.0-2.fc12 How reproducible: 100% Steps to Reproduce: 1. login to Gnome-desktop with Nepali Language 2. open gnome-terminal 3. type 'fc-match' Actual results: lohit_hi.ttf: "Lohit Hindi" "Regular" Expected results: lohit_ne.ttf: "Lohit Nepali" "Regular" or something for Nepali Additional info: I have file /usr/share/fonts/lohit/lohit_ne.tff on system -- 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 18

[Bug 518161] New: "contains" expression seems not working on the fontconfig rule
by Red Hat Bugzilla 24 Nov '10

24 Nov '10

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: "contains" expression seems not working on the fontconfig rule https://bugzilla.redhat.com/show_bug.cgi?id=518161 Summary: "contains" expression seems not working on the fontconfig rule Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: fontconfig AssignedTo: besfahbo(a)redhat.com ReportedBy: tagoh(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: besfahbo(a)redhat.com, pnemade(a)redhat.com, fedora-fonts-bugs-list(a)redhat.com, fedora-i18n-bugs(a)redhat.com Classification: Fedora Target Release: --- Created an attachment (id=357904) --> (https://bugzilla.redhat.com/attachment.cgi?id=357904) sample fontconfig rule Description of problem: Even if the pattern contains strings that the rule specifies with "contains" expression, it doesn't match. Version-Release number of selected component (if applicable): fontconfig-2.7.1-1.fc12 How reproducible: always Steps to Reproduce: 1.install lohit-hindi-fonts and lohit-marathi-fonts 2.put the attached rule into /etc/fonts/conf.d 3.fc-match "sans-serif:lang=mr" 4.fc-match "sans-serif:lang=mr-in" Actual results: 3. lohit_mr.ttf: "Lohit Marathi" "Regular" 4. lohit_hi.ttf: "Lohit Hindi" "Regular" Expected results: the result of 3 and 4 should be: lohit_mr.ttf: "Lohit Marathi" "Regular" Additional info: >From a debug log: FcConfigSubstitute test pattern any lang Contains "mr" FcLangSet mr-in contains mr Missing bitmap ku-am No match I'm not really sure why fontconfig refers ku-am map here but apparently it looks like fontconfig doesn't know what mr-in is. Anyway, if no explicit lang pattern is given and applications calls FcDefaultSubstitute(), lang will be set like mr-in from current locale mr_IN.UTF-8 say. -- 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 18

[Bug 640519] New: [abrt] fontforge-20090923-3.fc13: myerrorhandler: Process /usr/bin/fontforge was killed by signal 6 (SIGABRT)
by Red Hat Bugzilla 22 Nov '10

22 Nov '10

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: [abrt] fontforge-20090923-3.fc13: myerrorhandler: Process /usr/bin/fontforge was killed by signal 6 (SIGABRT) https://bugzilla.redhat.com/show_bug.cgi?id=640519 Summary: [abrt] fontforge-20090923-3.fc13: myerrorhandler: Process /usr/bin/fontforge was killed by signal 6 (SIGABRT) Product: Fedora Version: 13 Platform: i686 OS/Version: Linux Status: NEW Status Whiteboard: abrt_hash:ce2ae0dbc55688c1db450baacef45c8377a160dd Severity: medium Priority: low Component: fontforge AssignedTo: kevin(a)tummy.com ReportedBy: cyrusyzgtt(a)gmail.com QAContact: extras-qa(a)fedoraproject.org CC: roozbeh(a)gmail.com, kevin(a)tummy.com, fonts-bugs(a)lists.fedoraproject.org Classification: Fedora abrt version: 1.1.13 architecture: i686 Attached file: backtrace cmdline: fontforge /home/CyrusHMH/Desktop/mplus-2c-medium.sfd component: fontforge crash_function: myerrorhandler executable: /usr/bin/fontforge kernel: 2.6.34.7-56.fc13.i686.PAE package: fontforge-20090923-3.fc13 rating: 4 reason: Process /usr/bin/fontforge was killed by signal 6 (SIGABRT) release: Fedora release 13 (Goddard) time: 1286352863 uid: 500 How to reproduce ----- 1.clear all word 2.and make myown font 3. -- 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 3

[Bug 648059] New: upgrade path f13 → f14 is broken
by Red Hat Bugzilla 13 Nov '10

13 Nov '10

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: upgrade path f13 → f14 is broken https://bugzilla.redhat.com/show_bug.cgi?id=648059 Summary: upgrade path f13 → f14 is broken Product: Fedora Version: 14 Platform: Unspecified OS/Version: Unspecified Status: NEW Severity: medium Priority: low Component: taipeifonts AssignedTo: dchen(a)redhat.com ReportedBy: belegdol(a)gmail.com QAContact: extras-qa(a)fedoraproject.org CC: me(a)kaio.net, dchen(a)redhat.com, fonts-bugs(a)lists.fedoraproject.org, i18n-bugs(a)lists.fedoraproject.org Classification: Fedora Description of problem: F13 has 1.2-12.fc13 in the release repo. It seems like it was also built for F14, just never filed as an update. Please fix. -- 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 5

[Bug 621445] New: .conf should use 65-0 to override 65-non-latin TSCu_Paranar
by Red Hat Bugzilla 13 Nov '10

13 Nov '10

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: .conf should use 65-0 to override 65-non-latin TSCu_Paranar https://bugzilla.redhat.com/show_bug.cgi?id=621445 Summary: .conf should use 65-0 to override 65-non-latin TSCu_Paranar Product: Fedora Version: 13 Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: lohit-tamil-fonts AssignedTo: psatpute(a)redhat.com ReportedBy: psatpute(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: fonts-bugs(a)lists.fedoraproject.org, psatpute(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org Classification: Fedora Target Release: --- Description of problem: discussion on bug #578039 Version-Release number of selected component (if applicable): lohit-tamil-fonts-2.4.5-3.fc13.noarch How reproducible: everytime Steps to Reproduce: 1. 2. 3. Actual results: not detecting lohit as default font Expected results: should detect lohit as default font 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.

1 19

← Newer
1
...
6
7
8
9
10
11
12
...
21
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

fonts-bugs October 2010