fonts-bugs January 2011

fonts-bugs@lists.fedoraproject.org

9 participants
162 discussions

[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 591556] New: Font artifact with number 4
by Red Hat Bugzilla 14 Dec '16

14 Dec '16

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: Font artifact with number 4 https://bugzilla.redhat.com/show_bug.cgi?id=591556 Summary: Font artifact with number 4 Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: liberation-fonts AssignedTo: cchance(a)redhat.com ReportedBy: cchance(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: petersen(a)redhat.com, cchance(a)redhat.com, fonts-bugs(a)lists.fedoraproject.org, i18n-bugs(a)lists.fedoraproject.org Classification: Fedora Target Release: --- Description of problem: (Quoted from zayzayats(a)yandex.ru) In the Russian «б», the ascender is blurry. http://shnurapet.fedorapeople.org/rus-b.png freetype-freeworld-debuginfo-2.3.11-1.fc12.x86_64 freetype-2.3.11-3.fc12.x86_64 freetype-freeworld-2.3.11-1.fc12.x86_64 freetype-devel-2.3.11-3.fc12.x86_64 freetype-debuginfo-2.3.11-3.fc12.x86_64 $ ls /etc/yum.repos.d/ fedora-rawhide.repo rpmfusion-free.repo fedora.repo rpmfusion-free-updates.repo fedora-updates.repo rpmfusion-free-updates-testing.repo fedora-updates-testing.repo rpmfusion-nonfree-rawhide.repo infinality.repo rpmfusion-nonfree.repo remi.repo rpmfusion-nonfree-updates.repo rpmfusion-free-rawhide.repo rpmfusion-nonfree-updates-testing.repo $ cat /etc/yum.repos.d/infinality.repo [infinality] name=Infinality baseurl=http://www.infinality.net/fedora/linux/$releasever/$basearch/ enabled=1 gpgcheck=0 [infinality-noarch] name=Infinality - noarch baseurl=http://www.infinality.net/fedora/linux/$releasever/noarch/ enabled=1 gpgcheck=0 $ cat ~/.fonts.conf <?xml version='1.0'?> <!DOCTYPE fontconfig SYSTEM 'fonts.dtd'> <fontconfig> <match target="font" > <edit mode="assign" name="rgba" > <const>rgb</const> </edit> <edit mode="assign" name="hinting" > <bool>true</bool> </edit> <edit mode="assign" name="autohint" > <bool>true</bool> </edit> <edit mode="assign" name="antialias" > <bool>true</bool> </edit> <edit mode="assign" name="hintstyle" > <const>hintfull</const> </edit> <edit name="lcdfilter" mode="assign"> <const>lcddefault</const> </edit> </match> </fontconfig> Size 8. I set 98 dpi for proper kerning. http://shnurapet.fedorapeople.org/last-line.png (It's in the center of the last line.) -- 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 606217] New: Eccentric glyph for the lowercase Greek gamma letter (=?UTF-8?Q?=CE=B3?=)
by Red Hat Bugzilla 19 Jul '16

19 Jul '16

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: Eccentric glyph for the lowercase Greek gamma letter (γ) https://bugzilla.redhat.com/show_bug.cgi?id=606217 Summary: Eccentric glyph for the lowercase Greek gamma letter (γ) Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: liberation-fonts AssignedTo: cchance(a)redhat.com ReportedBy: discon(a)gmail.com QAContact: extras-qa(a)fedoraproject.org CC: petersen(a)redhat.com, cchance(a)redhat.com, fonts-bugs(a)lists.fedoraproject.org, i18n-bugs(a)lists.fedoraproject.org Classification: Fedora Description of problem: The liberation fonts have a strange glyph for the lowercase Greek gamma letter whenever hinting is on. The hinting makes the glyph look similar to the 'y' letter (the bottom part tends towards left). This looks weird and is unique on this font family, AFAIK. -- 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 17

[Bug 527740] New: [ml_IN] Applying Backspace to a chillu conjunct followed by punctuation/SPACE results in deletion of the chillu also
by Red Hat Bugzilla 30 May '16

30 May '16

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: [ml_IN] Applying Backspace to a chillu conjunct followed by punctuation/SPACE results in deletion of the chillu also https://bugzilla.redhat.com/show_bug.cgi?id=527740 Summary: [ml_IN] Applying Backspace to a chillu conjunct followed by punctuation/SPACE results in deletion of the chillu also Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Keywords: i18n Severity: medium Priority: low Component: pango AssignedTo: besfahbo(a)redhat.com ReportedBy: apeter(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: eng-i18n-bugs(a)redhat.com, besfahbo(a)redhat.com, fedora-fonts-bugs-list(a)redhat.com, smc-discuss(a)googlegroups.com Classification: Fedora Target Release: --- Created an attachment (id=363982) --> (https://bugzilla.redhat.com/attachment.cgi?id=363982) Screenshot for chillu conjuncts Description of problem: When chillu conjuncts are followed by any punctuation marks like "!", ".", ",", "'", "?" or SPACE, ie when a word ends with a chillu conjunct, and followed by a punctuation mark or a SPACE, using Backspace to delete the punctuation mark or SPACE results in the deletion of chillu conjunct together with the punctuation mark/SPACE. Version-Release number of selected component (if applicable): pango 1.26.0-1.fc12 i686 How reproducible: Always Steps to Reproduce: 1. Open gedit 2. type any of chillu conjunct, eg: 0D28, 0D4D, 200D OR type a word ending with chillu conjunct, eg: 0D05, 0D35, 0D28, 0D4D, 200D 3. type any punctuation marks like "!", ".", ",", "'", "?" or SPACE 4. Press Backspace Actual results: When using Backspace after chillu conjunct followed by punctuation mark or SPACE, instead of deleting punctuation mark or SPACE only, the chillu conjunct also gets deleted. Expected results: When using Backspace after chillu conjunct followed by punctuation mark or SPACE, only the punctuation mark/SPACE should get deleted. Additional info: 1. This does not happen when chillu comes in between a word. eg: നന്‍മ (0D28, 0D28, 0D4D, 200D, 0D2E) 2. This issue is not present in oowriter and kwrite. When above steps are reproduced, deletions happens in correct order. Versions used: libicu-4.2.1-6.fc12 i686 qt-4.5.2-22.fc12 i686 3. Screenshot attached for chillu conjuncts and eg of words with chillu -- 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

[Bug 507292] New: [RFE] Allow wildcards/regexps in rpm deps
by Red Hat Bugzilla 11 Mar '16

11 Mar '16

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.

1 14

[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 648350] New: Proper Bold for Lohit Devanagari
by Red Hat Bugzilla 25 Nov '15

25 Nov '15

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: Proper Bold for Lohit Devanagari https://bugzilla.redhat.com/show_bug.cgi?id=648350 Summary: Proper Bold for Lohit Devanagari Product: Fedora Version: rawhide Platform: All OS/Version: All Status: NEW Severity: medium Priority: low Component: lohit-devanagari-fonts AssignedTo: psatpute(a)redhat.com ReportedBy: ujjwol(a)fedoraproject.org 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 Created attachment 456789 --> https://bugzilla.redhat.com/attachment.cgi?id=456789 Picture showing the bold and regular typeface Description of problem: The existing font provided Lohit Devangari only contains the regular version. It does not contain the bold version. When the computer generates bold using the regular font, and the results are ugly. The siro-rekha is broken and many other stuffs are also broken. Version-Release number of selected component (if applicable): How reproducible: Exactly reproducible Steps to Reproduce: 1.See any hindi/nepali/marathi/sanskrit pages in firefox with bold text 2. type devanagari text in openoffice and bold it Actual results: The a broken lohit devanagari font is displayed. Expected results: A well maintained bold should be shown. Additional info: The typographic value is lost when bold is used though it is still readable. -- 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 14

[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 522648] New: glyphs cut-off below "baseline" in firefox
by Red Hat Bugzilla 18 Feb '15

18 Feb '15

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.

1 7

[Bug 635961] New: [Pango][Cursoring][mr_IN] - Composed Character Deletion is wrong with DELETE Button
by Red Hat Bugzilla 17 Feb '15

17 Feb '15

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: [Pango][Cursoring][mr_IN] - Composed Character Deletion is wrong with DELETE Button https://bugzilla.redhat.com/show_bug.cgi?id=635961 Summary: [Pango][Cursoring][mr_IN] - Composed Character Deletion is wrong with DELETE Button Product: Fedora Version: 13 Platform: All OS/Version: Linux Status: NEW Keywords: i18n Severity: medium Priority: low Component: pango AssignedTo: behdad(a)fedoraproject.org ReportedBy: smaitra(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: behdad(a)fedoraproject.org, aalam(a)redhat.com, smaitra(a)redhat.com, fonts-bugs(a)lists.fedoraproject.org, i18n-bugs(a)lists.fedoraproject.org Blocks: 631761,635957 Classification: Fedora Target Release: --- Description of problem: In pango (tested it in gedit and firefox), the deletion with DELETE key, is not following the rule of deleting entire composed character with a single key press. It is deleting each of the character in a composed character, one by one. Version-Release number of selected component (if applicable): pango-1.28.0-1.fc13.i686 How reproducible: Always Steps to Reproduce: 1. Open gedit or firefox in mr_IN locale 2. Activate ibus with CTRL+SPACE. Select marathi - Inscript 3. Type : kdk (which means consonant KA + Halant + Consonant KA) 4. Position the cursor at the beginning point of the composed character. 5. Now, press DELETE key. (It needs 3 key strokes to delete the whole character, but it should be done with a single key stroke in fact) Actual results: Delete composed character is happening in wrong manner. Actually it is now following the convention (Rule) of BACKSPACE, when deleting a composed character comes into picture. Expected results: It should delete the whole composed character in one DELETE key stroke when cursor positions at the start of the composed character. Additional info: OS : Fedora 13 Arch : i386 -- 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 14

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

fonts-bugs January 2011