September 2009 - fonts-bugs - Fedora Mailing-Lists

[Bug 477389] 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=477389 Summary: Please convert to new font packaging guidelines Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: medium Component: ghostscript-fonts AssignedTo: twaugh(a)redhat.com ReportedBy: nicolas.mailhot(a)laposte.net QAContact: extras-qa(a)fedoraproject.org CC: twaugh(a)redhat.com, 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.

6 years, 5 months

2
12
0 / 0

[Bug 507292] New: [RFE] Allow wildcards/regexps in rpm deps

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: [RFE] Allow wildcards/regexps in rpm deps https://bugzilla.redhat.com/show_bug.cgi?id=507292 Summary: [RFE] Allow wildcards/regexps in rpm deps Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: rpm AssignedTo: pmatilai(a)redhat.com ReportedBy: nicolas.mailhot(a)laposte.net QAContact: extras-qa(a)fedoraproject.org CC: pmatilai(a)redhat.com, jnovy(a)redhat.com, ffesti(a)redhat.com, fedora-fonts-bugs-list(a)redhat.com Classification: Fedora (this is mostly a yum-level RFE, but it would be nice if we kept the same depsolving logic in both apps) The problem: Selecting a font is a multi-criterium operation. We need to match on font family, font style, language support, unicode support, etc. At any time all of just some of those selection criterii can be provided by the user or applications. To have features like font auto-installation work reliably, this matching needs to extend to the package database Right now rpm is only allowing to specify atomic provides, so we can have a font package that Provides font(dejavusans) and Provides font(:lang=el) but there is no warranty both those provides are belonging to the same font. There is no way to distinguish between a package that includes an actual greek dejavusans and a package that includes a dejavusans greek-less file and another totally different greek font To workaround this rpm limitation we've been asking packagers to put font files belonging to different font families in different packages. However: 1. many still don't 2. it's not technically possible for all font formats, for example the ttc font format allows mixing of fonts with different characteristics in a single file The ideal solution: Ability to have Provides like: font(comma-separated font name list|comma-separated style list|comma-separated lang list) (rough mockup that probably needs refining) And have deps like (dejavu|*|el) work in rpm (yes a font can declare many different names, be available in many different styles, cover many different languages) For ttc files we'd then generate one Provides for each font included in the ttc bundle -- 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.

8 years, 1 month

1
14
0 / 0

[Bug 487070] New: CVE-2006-3467 CVE-2006-3467 freetype: integer overflow vulnerability due to incomplete fix for CVE-2006-1861

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: CVE-2006-3467 CVE-2006-3467 freetype: integer overflow vulnerability due to incomplete fix for CVE-2006-1861 Alias: CVE-2006-3467 https://bugzilla.redhat.com/show_bug.cgi?id=487070 Summary: CVE-2006-3467 CVE-2006-3467 freetype: integer overflow vulnerability due to incomplete fix for CVE-2006-1861 Product: Security Response Version: unspecified Platform: All URL: http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-20 06-3467 OS/Version: Linux Status: NEW Status Whiteboard: impact=moderate,source=rehdat,reported=20060710,public =20060718 Keywords: Security Severity: medium Priority: medium Component: vulnerability AssignedTo: security-response-team(a)redhat.com ReportedBy: vdanen(a)redhat.com CC: ajax(a)redhat.com, fedora-fonts-bugs-list(a)redhat.com Classification: Other Target Release: --- Common Vulnerabilities and Exposures assigned an identifier CVE-2006-3467 to the following vulnerability: Name: CVE-2006-3467 URL: http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2006-3467 Assigned: 20060710 Reference: URL: http://www.securityfocus.com/archive/1/archive/1/451426/100/200/threaded Reference: MISC: http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=190593 Integer overflow in FreeType before 2.2 allows remote attackers to cause a denial of service (crash) and possibly execute arbitrary code via a crafted PCF file, as demonstrated by the Red Hat bad1.pcf test file, due to a partial fix of CVE-2006-1861. -- 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.

8 years, 1 month

1
8
0 / 0

[Bug 477387] 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=477387 Summary: Please convert to new font packaging guidelines Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: medium Component: fonts-hebrew-fancy AssignedTo: danken(a)cs.technion.ac.il ReportedBy: nicolas.mailhot(a)laposte.net QAContact: extras-qa(a)fedoraproject.org CC: danken(a)cs.technion.ac.il, 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.

8 years, 8 months

1
11
0 / 0

[Bug 522648] New: glyphs cut-off below "baseline" in firefox

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: glyphs cut-off below "baseline" in firefox https://bugzilla.redhat.com/show_bug.cgi?id=522648 Summary: glyphs cut-off below "baseline" in firefox Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Keywords: Regression Severity: medium Priority: low Component: ipa-gothic-fonts AssignedTo: tagoh(a)redhat.com ReportedBy: petersen(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: tagoh(a)redhat.com, fedora-fonts-bugs-list(a)redhat.com Classification: Fedora Target Release: --- Description of problem: With ipa fonts being used for Japanese desktop, it seems the bottom of letters with parts under the Latin "baseline" tend to get cut-off in textboxes in Firefox. How reproducible: every time Steps to Reproduce: 1. Login to rawhide Japanese gnome desktop 2. Run firefox and type "abcdefghijklmnopqrstuvwxyz" into awesome bar. 3. sudo yum install vlgothic-fonts 4. repeat (2) Actual results: 2. Bottom of letters 'g', 'j', 'p', 'q', 'y' are clipped 4. Displays fine. Expected results: 2. All the glyphs to be visible. -- 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.

9 years, 2 months

1
7
0 / 0

[Bug 525866] New: Please rebuild using external Adobe CMap and AGLFN data

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 rebuild using external Adobe CMap and AGLFN data https://bugzilla.redhat.com/show_bug.cgi?id=525866 Summary: Please rebuild using external Adobe CMap and AGLFN data Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: fonttools AssignedTo: roozbeh(a)gmail.com ReportedBy: nicolas.mailhot(a)laposte.net QAContact: extras-qa(a)fedoraproject.org CC: tcallawa(a)redhat.com, roozbeh(a)gmail.com, fedora-fonts-bugs-list(a)redhat.com Blocks: 182235,473302 Classification: Fedora Description of problem: The Debian fonttool packager noticed a problem in fonttool's embedded Adobe CMap and AGLFN data and got Adobe to release them under a good license Please rebuild the Fedora fonttool using those resources (packaged separately as they can be used by other packages) FE-LEGAL since this was all triggered by a legal checl Debian-side See also http://bonedaddy.net/pabs3/log/2009/09/24/adobe-data-freed/ http://lwn.net/Articles/354360/ http://opensource.adobe.com/wiki/display/cmap/CMap+Resources -- 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.

9 years, 2 months

1
11
0 / 0

[Bug 485566] New: Fontconfig should select DejaVu font for rendering English, even in Japanese locale.

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: Fontconfig should select DejaVu font for rendering English, even in Japanese locale. https://bugzilla.redhat.com/show_bug.cgi?id=485566 Summary: Fontconfig should select DejaVu font for rendering English, even in Japanese locale. Product: Fedora Version: 10 Platform: All OS/Version: Linux Status: NEW Severity: high Priority: medium Component: fontconfig AssignedTo: besfahbo(a)redhat.com ReportedBy: ryo-dairiki(a)users.sourceforge.net QAContact: extras-qa(a)fedoraproject.org CC: besfahbo(a)redhat.com, fedora-fonts-bugs-list(a)redhat.com Classification: Fedora Description of problem: As you know, fontconfig finds proper fonts for text rendering, depending on locales of process and text to render. It works properly in the most cases, but there are some sever cases. For example, if you type only "@" or "}" in gedit, it uses glyph of VLGothic in Japanese locale. However, if you type "a" after the first character, it changes one's mind to choose glyphs of DejaVu fonts. It's very annoying for Japanese users. In the worst cases, the width of the indentations of sourcecode seems different. (As the width of the " " glyphs are differ between VLGothic and DejaVu) How reproducible: Steps to Reproduce: 1. Login X11 as a Japanese. 2. Open gedit and change the configuration to use "Monospace". 3. Type "@" on the first line, and "@a" on the first line. Actual results: "@" seems differ between the two lines. Expected results: "@" seems the same between the two lines. The same glyph should be used for rendering the two "@". -- 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.

9 years, 3 months

1
29
0 / 0

[Bug 487061] New: Japanese fonts changed to less readable after update

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: Japanese fonts changed to less readable after update https://bugzilla.redhat.com/show_bug.cgi?id=487061 Summary: Japanese fonts changed to less readable after update Product: Fedora Version: 10 Platform: All OS/Version: Linux Status: NEW Severity: low Priority: low Component: vlgothic-fonts AssignedTo: ryo-dairiki(a)users.sourceforge.net ReportedBy: mcmonster(a)o2.pl QAContact: extras-qa(a)fedoraproject.org CC: tagoh(a)redhat.com, ryo-dairiki(a)users.sourceforge.net, fedora-fonts-bugs-list(a)redhat.com, fedora-i18n-bugs(a)redhat.com Classification: Fedora User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; pl-PL; rv:1.9.0.6) Gecko/2009020410 Fedora/3.0.6-1.fc10 Firefox/3.0.6 I'm using irssi on gnome-terminal (Monospace font), after update Japanese fonts changed, they're now much smaller (compared to latin), harder to read (some ideograms are completely unreadable). It is very annoying, because I use Japanese and sit on Japanese channel a lot. The change occured only in terminal, in gEdit and other applications old fonts are still used for typing (SCIM + Anthy) and displaying. The change didn't affect everyone, some Fedora 10 still got old, simple and readable fonts. Reproducible: Always Steps to Reproduce: Just try displaying any Japanese text. This is the update, that probably changed fonts: Feb 14 02:31:53 Installed: vlgothic-fonts-common-20090204-2.fc10.noarch Feb 14 02:32:39 Installed: vlgothic-fonts-20090204-2.fc10.noarch Feb 14 02:32:42 Installed: vlgothic-p-fonts-20090204-2.fc10.noarch Feb 14 02:33:28 Erased: VLGothic-fonts Feb 14 02:33:30 Erased: VLGothic-fonts-proportional ]# LANG=C yum list vlgothic\* Loaded plugins: refresh-packagekit Installed Packages vlgothic-fonts.noarch 20090204-2.fc10 installed vlgothic-fonts-common.noarch 20090204-2.fc10 installed Available Packages VLGothic-fonts.noarch 20081029-1.fc10 updates VLGothic-fonts-proportional.noarch 20081029-1.fc10 updates vlgothic-p-fonts.noarch 20090204-2.fc10 updates -- 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.

9 years, 3 months

1
15
0 / 0

[Bug 477477] 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=477477 Summary: Please convert to new font packaging guidelines Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: medium Component: urw-fonts AssignedTo: than(a)redhat.com ReportedBy: nicolas.mailhot(a)laposte.net QAContact: extras-qa(a)fedoraproject.org CC: than(a)redhat.com, 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.

9 years, 4 months

1
11
0 / 0

[Bug 499790] New: [te_IN][pango]GSUB delete key can't delete the whole char in f10,but works well in rhel5.3

by Red Hat Bugzilla

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: [te_IN][pango]GSUB delete key can't delete the whole char in f10,but works well in rhel5.3 https://bugzilla.redhat.com/show_bug.cgi?id=499790 Summary: [te_IN][pango]GSUB delete key can't delete the whole char in f10,but works well in rhel5.3 Product: Fedora Version: 10 Platform: i386 OS/Version: Linux Status: NEW Severity: medium Priority: low Component: pango AssignedTo: besfahbo(a)redhat.com ReportedBy: kxiong(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: besfahbo(a)redhat.com, fedora-fonts-bugs-list(a)redhat.com Classification: Fedora Target Release: --- Description of problem: GSUB press Delete key to delete the whole char,it can't delete the whole char in f10,but works well in rhel5.3. I think it is a regression bug. Version-Release number of selected component (if applicable): pango-devel-1.22.1-1.fc10.i386 pango-1.22.1-1.fc10.i386 pangomm-2.14.0-2.fc10.i386 How reproducible: always Steps to Reproduce: 1.In gedit input U+0C15 U+0C4D U+0C15 2.Press Delete key to delete the char 3. Actual results: It can't delete the whole char,it will delete part of the char Expected results: It will delete the whole char. Additional info: All of chars in [te_IN][GSUB] has the same problem. But in rhel 5.3 they work well. So I think it is a regression 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.

9 years, 6 months

1
11
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

fonts-bugs September 2009