fonts-bugs April 2009

fonts-bugs@lists.fedoraproject.org

20 participants
273 discussions

[Bug 18928] New: RFE: add a gfx preview to font packages
by bugzilla-daemon＠freedesktop.org 21 Aug '18

21 Aug '18

http://bugs.freedesktop.org/show_bug.cgi?id=18928 Summary: RFE: add a gfx preview to font packages Product: PackageKit Version: unspecified Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: General AssignedTo: richard(a)hughsie.com ReportedBy: nicolas.mailhot(a)laposte.net CC: fedora-fonts-bugs-list(a)redhat.com The best way for a user to select a font is to show it to him. For this reason font sites commonly provide bitmap preview images or so-called specimen files (typically in PDF form) that showcase the font capabilities. http://gonzo.uni-weimar.de/~gerner/fonts/YanoneKaffeesatz.pdf http://www.ascendercorp.com/pdf/Droid_fonts.pdf Packagekit should do the same. The image should be a pangram http://en.wikipedia.org/wiki/List_of_pangrams in the main unicode blocks the font supports The specimen may include unicode coverage info, glyph table, etc For more info ask on fedora-fonts-list at redhat.com -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 8

[Bug 20120] New: Display font script coverage info in the UI
by bugzilla-daemon＠freedesktop.org 21 Aug '18

21 Aug '18

http://bugs.freedesktop.org/show_bug.cgi?id=20120 Summary: Display font script coverage info in the UI Product: PackageKit Version: unspecified Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: General AssignedTo: richard(a)hughsie.com ReportedBy: nicolas.mailhot(a)laposte.net CC: fedora-fonts-bugs-list(a)redhat.com To make fonts auto-install work coverage auto-provides are being added to font packages. However, those provides are not only useful for auto-installation. Users are just as interested to know they can use a font package to render Greek or Catalan or Arabic when browsing the package repository manually. Please transform those provides in user-friendly information added to font package descriptions in packagekit GUI frontends. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 1

[Bug 18725] New: RFE: allow merging of legacy font family names
by bugzilla-daemon＠freedesktop.org 20 Aug '18

20 Aug '18

http://bugs.freedesktop.org/show_bug.cgi?id=18725 Summary: RFE: allow merging of legacy font family names Product: fontconfig Version: 2.6 Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: library AssignedTo: keithp(a)keithp.com ReportedBy: nicolas.mailhot(a)laposte.net CC: fedora-fonts-bugs-list(a)redhat.com Historically font formats only allowed four faces regular, bold, italic, bold italic. You had to use a separate font family to distribute condensed, heavy etc variants This has changed (cf http://blogs.msdn.com/text/attachment/2249036.ashx ) and modern fonts such as DejaVu include all faces under a single family name. Applications such as OO.o are being fixed to handle multifaced fonts Unfortunately there are still many historic fonts in the wild distributed in several sets of four faces (gs fonts, arial narrow, arial bold, etc). Those fonts currently appear under different family names in fontconfig-using apps. This is perturbing to users, since the same faces of historic and modern fonts are not handled the same way. Microsoft did some sort of magic in uniscribe to hide this distinction (irrelevant to users). Please provide a documented config pattern for font distributors that enables them to declare to fontconfig "font family A and font family B are the same, please expose all the associated faces under A name to users". (of course an application asking explicitely for B should still get it, but users would only see A in font lists) -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 7

[Bug 18723] New: RFE: fontconfig-level locl patching
by bugzilla-daemon＠freedesktop.org 20 Aug '18

20 Aug '18

http://bugs.freedesktop.org/show_bug.cgi?id=18723 Summary: RFE: fontconfig-level locl patching Product: fontconfig Version: 2.6 Platform: Other OS/Version: All Status: NEW Severity: enhancement Priority: medium Component: library AssignedTo: keithp(a)keithp.com ReportedBy: nicolas.mailhot(a)laposte.net CC: fedora-fonts-bugs-list(a)redhat.com Due to Han unification and other similar stuff parts of some fonts may not be suitable for all locales. This is handled by the locl flag in modern opentype fonts. However there are still many non-opentype fonts in the wild, and it is not possible to convert them all at once (when the license permits it). There should be a way in fontconfig for font distributors to patch in via a config file the locl characteristics of a font. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 3

[Bug 18727] New: RFE: allow use of iso 15924 codes
by bugzilla-daemon＠freedesktop.org 20 Aug '18

20 Aug '18

http://bugs.freedesktop.org/show_bug.cgi?id=18727 Summary: RFE: allow use of iso 15924 codes Product: fontconfig Version: 2.6 Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: library AssignedTo: keithp(a)keithp.com ReportedBy: nicolas.mailhot(a)laposte.net CC: fedora-fonts-bugs-list(a)redhat.com There are a lot of scripts in the wild and the most accurate standard way to specify them is using iso 15924 codes http://www.unicode.org/iso15924/iso15924-codes.html Please make it possible to write font patterns using iso 15924 codes in fonts.conf -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 3

[Bug 477389] New: Please convert to new font packaging guidelines
by Red Hat Bugzilla 22 Nov '17

22 Nov '17

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_fonts_… - 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_(2… 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.

2 12

[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 04 Mar '16

04 Mar '16

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.

1 8

[Bug 477387] New: Please convert to new font packaging guidelines
by Red Hat Bugzilla 21 Aug '15

21 Aug '15

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_fonts_… - 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_(2… 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.

1 11

[Bug 485566] New: Fontconfig should select DejaVu font for rendering English, even in Japanese locale.
by Red Hat Bugzilla 16 Jan '15

16 Jan '15

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.

1 29

[Bug 487061] New: Japanese fonts changed to less readable after update
by Red Hat Bugzilla 16 Jan '15

16 Jan '15

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.

1 15

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

fonts-bugs April 2009