April 2009 - fonts-bugs - Fedora Mailing-Lists

[Bug 468618] New: A bit over-enthusiastic splitting

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: A bit over-enthusiastic splitting https://bugzilla.redhat.com/show_bug.cgi?id=468618 Summary: A bit over-enthusiastic splitting 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 Blocks: 438944 Classification: Fedora While splitting font packages is generally good, separating regular and bold faces of the same font in different packages is a tad over the top. Please keep batang and batang bold in the same package (reiterate for other un core fonts) (at the same time, it's awesome you've managed to package a beast like the un fonts given all the problems you had to solve) -- 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, 8 months

1
9
0 / 0

[Bug 477474] New: Please convert to new font packaging guidelines

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: Please convert to new font packaging guidelines https://bugzilla.redhat.com/show_bug.cgi?id=477474 Summary: Please convert to new font packaging guidelines 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, fedora-i18n-bugs(a)redhat.com Classification: Fedora This bug has been filed because we've detected your package includes one or several font files: repoquery -C --repoid=rawhide -f '*.ttf' -f '*.otf' -f '*.pfb' -f '*.pfa' --qf='%{SOURCERPM}\n' |sed -e 's+-[0-9.-]*\.fc[123456789]\(.*\)src.rpm++g'|sort|uniq Unfortunately the script does not detect symlinks to other packages, so if that's your case, you can close this bug report now. Otherwise, you should know that: - Fedora guidelines demand the packaging of fonts in a separate package or subpackage: http://fedoraproject.org/wiki/Packaging/Guidelines#Avoid_bundling_of_font... - our font packaging guidelines recently changed, and every package that ships fonts must be adapted to the new templates available in the fontpackages-devel package. http://fedoraproject.org/wiki/PackagingDrafts/Fonts_packaging_automation_... http://fedoraproject.org/wiki/Fedora_fonts_policy_package http://fedoraproject.org/wiki/Simple_fonts_spec_template http://fedoraproject.org/wiki/Fonts_spec_template_for_multiple_fonts Please make your package conform to the current guidelines in rawhide. If your package is not principaly a font package, depending on a separate font package or subpackage is the prefered solution. If your application does not use fontconfig you can always package symlinks to the files provided by the font package and installed in the correct fontconfig directories. It is preferred to make a font package or subpackage per font family, though it is not currently a hard guidelines requirement (it may become before Fedora 11 is released). The definition of a font family is given on http://fedoraproject.org/wiki/Fonts_spec_template_notes/font-family The new templates should make the creation of font subpackages easy and safe. The following packages have already been converted and can serve as examples: - andika-fonts - apanov-heuristica-fonts - bitstream-vera-fonts - charis-fonts - dejavu-fonts - ecolier-court-fonts - edrip-fonts - gfs-ambrosia-fonts - gfs-artemisia-fonts - gfs-baskerville-fonts - gfs-bodoni-classic-fonts - gfs-bodoni-fonts - gfs-complutum-fonts - gfs-didot-classic-fonts - gfs-didot-fonts - gfs-eustace-fonts - gfs-fleischman-fonts - gfs-garaldus-fonts - gfs-gazis-fonts - gfs-jackson-fonts - gfs-neohellenic-fonts - gfs-nicefore-fonts - gfs-olga-fonts - gfs-porson-fonts - gfs-solomos-fonts - gfs-theokritos-fonts - stix-fonts - yanone-kaffeesatz-fonts If you have any remaining questions about the new guidelines please ask them on fedora-fonts-list at redhat.com -- 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, 8 months

1
8
0 / 0

[Bug 483391] New: [te_IN] New Telugu codepoints/glyphs in Unicode 5.1

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: [te_IN] New Telugu codepoints/glyphs in Unicode 5.1 https://bugzilla.redhat.com/show_bug.cgi?id=483391 Summary: [te_IN] New Telugu codepoints/glyphs in Unicode 5.1 Product: Fedora Version: 10 Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: lohit-fonts AssignedTo: rbhalera(a)redhat.com ReportedBy: bugzillas+padREMOVETHISdu(a)gmail.com QAContact: extras-qa(a)fedoraproject.org CC: petersen(a)redhat.com, rbhalera(a)redhat.com, fedora-fonts-bugs-list(a)redhat.com, fedora-i18n-bugs(a)redhat.com Classification: Fedora +++ This bug was initially created as a clone of Bug #202400 +++ Description of problem: following glyphs are not present in Lohit Telugu U+0C3D ఽ TELUGU SIGN AVAGRAHA U+0C58 ౘ TELUGU LETTER TSA U+0C59 ౙ TELUGU LETTER DZA U+0C62 ౢ TELUGU VOWEL SIGN VOCALIC L U+0C63 ౣ TELUGU VOWEL SIGN VOCALIC LL U+0C78 ౸ TELUGU FRACTION DIGIT ZERO FOR ODD POWERS OF FOUR U+0C79 ౹ TELUGU FRACTION DIGIT ONE FOR ODD POWERS OF FOUR U+0C7A ౺ TELUGU FRACTION DIGIT TWO FOR ODD POWERS OF FOUR U+0C7B ౻ TELUGU FRACTION DIGIT THREE FOR ODD POWERS OF FOUR U+0C7C ౼ TELUGU FRACTION DIGIT ONE FOR EVEN POWERS OF FOUR U+0C7D ౽ TELUGU FRACTION DIGIT TWO FOR EVEN POWERS OF FOUR U+0C7E ౾ TELUGU FRACTION DIGIT THREE FOR EVEN POWERS OF FOUR U+0C7F ౿ TELUGU SIGN TUUMU Version-Release number of selected component (if applicable): lohit-fonts-2.3.1-1.fc10 Additional info: 1) http://www.unicode.org/charts/PDF/Unicode-5.1/U51-0C00.pdf (chart showing new characters) 2) http://std.dkuug.dk/jtc1/sc2/wg2/docs/n3116.pdf (proposal for adding these characters among others, that details the use of these characters) -- 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, 9 months

1
5
0 / 0

[Bug 496795] New: UnDotum overrides Japanese desktop

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: UnDotum overrides Japanese desktop https://bugzilla.redhat.com/show_bug.cgi?id=496795 Summary: UnDotum overrides Japanese desktop Product: Fedora Version: 10 Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: un-core-fonts AssignedTo: smallvil(a)get9.net ReportedBy: tagoh(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: petersen(a)redhat.com, smallvil(a)get9.net, fedora-fonts-bugs-list(a)redhat.com, fedora-i18n-bugs(a)redhat.com Classification: Fedora Target Release: --- Description of problem: Just realized that gucharmap displays glyphs at CJK Unified Ideographs with UnDotum for Sans even if I run it on ja locale, because of the fontconfig config. Please use the locale-specific overrides rule instead of the simple priority lists rule. that breaks other locale-specific overrides rule. Version-Release number of selected component (if applicable): 1.0.2-0.6.080608.fc10 How reproducible: always Steps to Reproduce: 1.install un-core-fonts-dotum and vlgothic-fonts 2.run gucharmap with LANG=ja_JP.UTF-8 3.set Sans as a font and right-click on any glyphs at CJK Unified Ideographs Actual results: rendered with UnDotum Expected results: rendered with VL Gothic 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, 9 months

1
8
0 / 0

[Bug 477423] New: Please convert to new font packaging guidelines

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: Please convert to new font packaging guidelines https://bugzilla.redhat.com/show_bug.cgi?id=477423 Summary: Please convert to new font packaging guidelines Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: medium Component: mathml-fonts AssignedTo: rdieter(a)math.unl.edu ReportedBy: nicolas.mailhot(a)laposte.net QAContact: extras-qa(a)fedoraproject.org CC: rdieter(a)math.unl.edu, fedora-fonts-bugs-list(a)redhat.com Classification: Fedora This bug has been filed because we've detected your package includes one or several font files: repoquery -C --repoid=rawhide -f '*.ttf' -f '*.otf' -f '*.pfb' -f '*.pfa' --qf='%{SOURCERPM}\n' |sed -e 's+-[0-9.-]*\.fc[123456789]\(.*\)src.rpm++g'|sort|uniq Unfortunately the script does not detect symlinks to other packages, so if that's your case, you can close this bug report now. Otherwise, you should know that: - Fedora guidelines demand the packaging of fonts in a separate package or subpackage: http://fedoraproject.org/wiki/Packaging/Guidelines#Avoid_bundling_of_font... - our font packaging guidelines recently changed, and every package that ships fonts must be adapted to the new templates available in the fontpackages-devel package. http://fedoraproject.org/wiki/PackagingDrafts/Fonts_packaging_automation_... http://fedoraproject.org/wiki/Fedora_fonts_policy_package http://fedoraproject.org/wiki/Simple_fonts_spec_template http://fedoraproject.org/wiki/Fonts_spec_template_for_multiple_fonts Please make your package conform to the current guidelines in rawhide. If your package is not principaly a font package, depending on a separate font package or subpackage is the prefered solution. If your application does not use fontconfig you can always package symlinks to the files provided by the font package and installed in the correct fontconfig directories. It is preferred to make a font package or subpackage per font family, though it is not currently a hard guidelines requirement (it may become before Fedora 11 is released). The definition of a font family is given on http://fedoraproject.org/wiki/Fonts_spec_template_notes/font-family The new templates should make the creation of font subpackages easy and safe. The following packages have already been converted and can serve as examples: - andika-fonts - apanov-heuristica-fonts - bitstream-vera-fonts - charis-fonts - dejavu-fonts - ecolier-court-fonts - edrip-fonts - gfs-ambrosia-fonts - gfs-artemisia-fonts - gfs-baskerville-fonts - gfs-bodoni-classic-fonts - gfs-bodoni-fonts - gfs-complutum-fonts - gfs-didot-classic-fonts - gfs-didot-fonts - gfs-eustace-fonts - gfs-fleischman-fonts - gfs-garaldus-fonts - gfs-gazis-fonts - gfs-jackson-fonts - gfs-neohellenic-fonts - gfs-nicefore-fonts - gfs-olga-fonts - gfs-porson-fonts - gfs-solomos-fonts - gfs-theokritos-fonts - stix-fonts - yanone-kaffeesatz-fonts If you have any remaining questions about the new guidelines please ask them on fedora-fonts-list at redhat.com -- 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, 9 months

1
7
0 / 0

[Bug 491968] New: [mathml-fonts] Please rebuild for Fedora 11 to pick up font autodeps

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: [mathml-fonts] Please rebuild for Fedora 11 to pick up font autodeps https://bugzilla.redhat.com/show_bug.cgi?id=491968 Summary: [mathml-fonts] Please rebuild for Fedora 11 to pick up font autodeps Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: medium Component: mathml-fonts AssignedTo: rdieter(a)math.unl.edu ReportedBy: nicolas.mailhot(a)laposte.net QAContact: extras-qa(a)fedoraproject.org CC: rdieter(a)math.unl.edu, fedora-fonts-bugs-list(a)redhat.com Classification: Fedora . -- 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, 9 months

1
3
0 / 0

[Bug 439421] New: Hard to read arabic fonts

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=439421 Summary: Hard to read arabic fonts Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: low Priority: low Component: fonts-arabic AssignedTo: rbhalera(a)redhat.com ReportedBy: swagiaal(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: fedora-fonts-bugs-list(a)redhat.com The arabic font in f8 is very hard to read, I have reinstalled the package from f7. -- 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, 10 months

1
21
0 / 0

[Bug 467745] New: Wrong rendering of cyrillic letter tse ( ц ) at 8pt and 10pt

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: Wrong rendering of cyrillic letter tse (ц) at 8pt and 10pt https://bugzilla.redhat.com/show_bug.cgi?id=467745 Summary: Wrong rendering of cyrillic letter tse (ц) at 8pt and 10pt Product: Fedora Version: 9 Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: medium Component: dejavu-fonts AssignedTo: nicolas.mailhot(a)laposte.net ReportedBy: atorkhov(a)gmail.com QAContact: extras-qa(a)fedoraproject.org CC: nicolas.mailhot(a)laposte.net, fedora-fonts-bugs-list(a)redhat.com Classification: Fedora Description of problem: Cyrillic letter small tse (ц, U+0446) is wrongly rendered at 8pt and 10pt - it misses a "tail" at bottom right. Version-Release number of selected component (if applicable): dejavu-fonts-2.24-3.fc9.noarch freetype-2.3.5-6.fc9.x86_64 How reproducible: Always. Steps to Reproduce: 1. Open DejaVu Sans in charmap. 2. Select 8pt or 10pt size. 3. Look at ц (U+0446). Actual results: No tail. Expected results: With tail. Additional info: This is font and size of default installation and is quite annoying as is in such way letter is hard to read. -- 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, 10 months

1
15
0 / 0

[Bug 436505] New: condensed Nimbus fonts inaccessible to applications

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=436505 Summary: condensed Nimbus fonts inaccessible to applications Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: low Priority: low Component: urw-fonts AssignedTo: than(a)redhat.com ReportedBy: rdtennent(a)hotmail.com QAContact: extras-qa(a)fedoraproject.org CC: fedora-fonts-bugs-list(a)redhat.com Description of problem: The urw-fonts package includes four Type 1 fonts with FamilyName Nimbus Sans L with Condensed in the FullName. But most current applications cannot deal with Condensed, so these fonts are simply inaccessible to them. In particular, browsers like Firefox and Konqueror do not recognize them and so web authors have no way to specify them on web pages. This is unfortunate because these fonts are installed on virtually every Linux system and there is no other condensed sans font that is widely installed. Version-Release number of selected component (if applicable): 2.4-3 How reproducible: always Steps to Reproduce: 1.Try to select Nimbus Sans L Condensed. 2. 3. Actual results: Can't be selected. Expected results: Can select them. Additional info: There seem to be three approaches to this problem. One is to insist that every application deal with condensed/expanded fonts in the same way that they deal with bold/italic/etc. This is a good long-term solution. A short-term solution is to hack the fonts in question so that their FamilyName is Nimbus Sans L Condensed; this has already been adopted by Mandriva and, apparently, Suse: https://bugzilla.novell.com/show_bug.cgi?id=367188 Another is use fontconfig to achieve the same, as in <match target="scan"> <test name="family" compare="eq"> <string>Nimbus Sans L</string> </test> <test name="width" compare="eq"> <int>75</int> </test> <edit name="family" mode="assign"> <string>Nimbus Sans L Condensed</string> </edit> </match> or variants thereof. I'll attach a simple html file which illustrates the problem. In any browser on Fedora, the two lines will be in the same fonts. When the font files are patched as suggestedb or the fontconfig snippet above installed, condensed fonts are used for the second line. ------- Additional Comments From rdtennent(a)hotmail.com 2008-03-07 11:58 EST ------- Created an attachment (id=297217) --> (https://bugzilla.redhat.com/attachment.cgi?id=297217&action=view) Test file to illustrate inaccessibility of condensed fonts in browsers. -- 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, 10 months

1
8
0 / 0

[Bug 457094] New: Upstream fix for missing Romanian glyphs in Type 1 fonts is now available

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=457094 Summary: Upstream fix for missing Romanian glyphs in Type 1 fonts is now available Product: Fedora Version: 9 Platform: All URL: https://savannah.nongnu.org/bugs/index.php?23940 OS/Version: Linux Status: NEW Severity: medium Priority: low Component: freetype AssignedTo: besfahbo(a)redhat.com ReportedBy: gaburici(a)cs.umd.edu QAContact: extras-qa(a)fedoraproject.org CC: fedora-fonts-bugs-list@redhat.com,kevin(a)tigcc.ticalc.org Description of problem, adapted from [https://fedoraproject.org/wiki/L10N/Tasks/Ro_fonts#The_Unicode_map_for_Ty...]: PostScript Type 1 (PS1) fonts don't have a native Unicode map. Contrary to popular belief, Type 1 fonts can store more than 256 glyphs in a pfb file, but these can only be addressed by AGL name. At most 256 glyphs can be accessed by a numeric index, for which various encodings schemes exist. A PS1 font can even specify its own 8-bit encoding scheme in the afm file; this is common practice for PS1 fonts targeting Central and Eastern Europe. The 8-bit encoding scheme is irrelevant however for Unicode applications. Unicode-enabled libraries, like freetype, define their own mapping from Unicode to AGL names, normally using the list published by Adobe. Adobe once decided that "t with cedilla" is not used in any language, so the AGL name "Tcommaaccent", which is a glyph of T with a comma below, is actually mapped by Adobe to the Unicode code point U+0162, which is supposed to represent a t with cedilla. New OpenType fonts from Adobe also contain a glyph with the AGL name "uni021A", which is visually identical to identical to "Tcommaaccent". As you'd expect, "uni021A" is mapped to U+021A. Unfortunately, old PS1 fonts do not a have a "uni021A" in their pfb. Thus, using the Adobe-provide AGL to Unicode mapping for PS1 fonts, the code point U+021A remains unmapped. Fontconfig will therefore choose to borrow the glyph from a another font, even though the glyph is present in the pfb. This problem is illustrated by the following OpenOffice screenshot: [http://www.cs.umd.edu/~gaburici/oo/ro-font-test.png]. Practically all PostScript type 1 fonts that ship with Fedora suffer from this problem. Microsoft's Uniscribe automatically handles this issue by remapping U+21A/B to U+162/3 when the former glyphs are missing. Unfortunately, the Pango/fonconfig/freetype stack did't use to do this until 2008-07-27, so most new Romanian documents cannot be displayed with Type 1 fonts properly. The extra mapping has now been added in the CVS of freetype. A test SRPM is available here: [http://www.cs.umd.edu/~gaburici/freetype-2.3.8-0.3.20080729cvs.fc9.src.rpm]. Note that because it is built from CVS sources, it buildrequires libtool 2.2.4. -- 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, 10 months

1
4
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

fonts-bugs April 2009